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DRAFT  MILITARY  SPECIFICATION  FOR 


MANUALS,  TECHNICAL:  t  >GIC  TREE  TROUBLESHOOTING  AID 


This  specification  is  approved  for  use  by  all  Departments  and  Agencies  of  the 
Department  of  Defense. 

1.  SCOPE 

1.1  Scope.  This  specification  defines  the  requirements  for  the  content  and 
format  of  a  Logic  Tree  Troubleshooting  Aid  (LTTA)  type  of  technical  manual  to 
support  the  troubleshooting  requirements  of  personnel  at  Organizational  and 
Intermediate  maintenance  levels.  A  secondary  use  of  this  specification  is  for 
the  preparation  of  Checkout  procedures  and  Logic  Tree  troubleshooting  proce¬ 
dures  for  use  in  other  types  of  manuals.  As  used  in  this  specification,  a 
"Logic  Tree”  is  a  branching-tree  representation  of  a  decision-making  process. 
It  depicts  the  logical  and  orderly  step-by-step  process  a  technician  will  follow 
to  isolate  malfunctions  to  a  repairable  or  replaceable  unit.  Similarly,  a 
"Checkout”  is  an  orderly  procedure  for  checking  all  measurable  outputs  for 

a  system  to  determine  if  it  is  functioning  properly. 

1.2  Application.  This  specification  applies  to  all  classes  of  equipment:  electri¬ 
cal,  electronic,  mechanical,  pneumatic,  hydraulic,  optical,  and  combinations 
thereof.  This  specification  applies  to  all  types  of  activities,  systems,  and 
equipments  including  those  in  which  the  maintenance  concept  terminology  differs 
somewhat  from  terms  used  herein.  For  example,  this  specification  is  equally 
appropriate  for  systems  in  which  maintenance  activities  are  categorized  as 
"on-equipment”  and  "off-equipment,”  as  delineated  in  Production  Oriented 
Maintenance  Organization  (AFR  6G-5),  and  Equipment  Maintenance  Policies, 
Objectives,  and  Responsibilities  (AFR  66-14). 


2.  APPLICABLE  DOCUMENTS 

2.1  Issues  Of  documents.  The  following  documents,  of  the  issue  in  effect  on 
the  date  of  the  invitation  for  bids  or  request  for  proposal,  form  a  part  of 
this  specification  to  the  extent  specified  herein. 


SPECIFICATIONS 


MILITARY 

MIL-M-38784  Manuals,  Technical:  General  Style  and 

Format  Requirements 

MIL-P-38790  Printing  Production  of  Technical  Manuals: 

General  Requirements  for 

MIL-M-38800  (USAF)  Manuals,  Technical:  Organizational 

Maintenance  Instructions 

MIL-M-83495  (USAF)  Manuals,  Technical,  Organizational 

Maintenance  Manual  Set:  General 
Requirements  for  Preparation  of 

AFHRL-TR-79-50  Maintenance  Task  Identification  and 

Analysis 

MIL-I-45208  Inspection  System  Requirements 

MIL-Q-9858  Quality  Program  Requirements 

STANDARDS 

MIL-STD-863  Preparation  of  Wiring  Diagrams  and 

System  Schematic  Diagrams 

MIL-STD-1388-1  &  -2  Logistic  Support  Analysis 

(Copies  of  the  above  documents  may  be  obtained  from  the  Commanding  Officer, 
Naval  Publications  and  Forms  Center,  5801  Tabor  Avenue,  Philadelphia, 

PA  19120.) 

3.  REQUIREMENTS 

3.1  General  reouirements.  This  section  defines  the  requirements  for  LTTA 
development  and  preparation  and  delivery.  The  development  of  a  LTTA  and 
the  strategy  within  each  troubleshooting  aid  is  based  on  a  careful  Maintenance 
Task  Identification  and  Analysis  (MTI&A)  for  the  applicable  equipment  or 
system  and  User  needs. 
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3.1. 1  Maintenance  task  identification  and  analysis.  The  first  step  in  planning 
and  preparing  the  LTTA  is  MTI&A,  also  referred  to  as  task  analysis.  This 
process  defines  the  specific  faults  and  fault  symptoms  to  be  considered  when 
organizing  the  LTTA.  Development  of  the  LTTA  requires  a  systematic  study 
of  the  system  to  identify  troubleshooting  tasks  and  determine  the  scope,  method 
of  performance,  and  other  important  details  of  troubleshooting.  MTI&A  provides 
this  systematic  process  of  data  collection,  analysis,  and  decision  making  by 
answering  questions  such  as:  What  Checkout  and  Troubleshooting  tasks  are 
required?  Which  should  be  included  in  the  LTTA  and  at  what  maintenance  level? 
What  are  the  preconditions?  What  support  equipment  is  needed?  At  what  level 
of  detail  should  LTTA  procedures  be  written  to  accommodate  the  User?  What 
support  equipment  will  be  available?  On  many  systems,  the  task  analysis  effort 
will  be  a  formal  part  of  the  contract  requirements  because  AFHRL-TR-79-50 
will  be  invoked.  If  it  is  not  invoked,  a  comparable  but  less  formal  troubleshoot¬ 
ing  task  analysis  shall  be  implemented  to  ensure  a  complete,  accurate,  and 
understandable  LTTA. 

3.1.2  LTTA  organization  and  content 

3. 1. 2. 1  Minimum  content.  The  organization  and  content  of  the  LTTA  may  vary 
depending  on  many  factors  such  as  system  application,  maintenance  concept, 
level  of  enrichment,  training,  staffing,  and  funding.  However,  the  minimum 
LTTA  shall  include: 

a.  Front  Matter 

b.  Introduction 

c.  Preparation  for  Checkout  (instructions) 

d.  Checkout 

e.  Preparation  for  Troubleshooting  (instructions) 

f.  Logic  Trees 

g.  Locator  diagrams 

h.  Documents  as  specified  by  SOW' 

3. 1.2.  2  Optional  aids.  If  specified  in  the  contract  Statement  of  Work,  the  LTTA 
shall  be  expanded  to  include  the  optional  aids  listed  below: 

a.  Supporting  Aids 

(1)  Functional  block  diagrams  (see  3.  5. 1) 


i. 
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(2)  Schematic  diagrams  (see  3.5.2) 

(3)  Troubleshooting  strategies  (see  3. 5. 3) 
b.  Appendices  (if  needed  for  supporting  data) 

3.1.3  Relationship  to  other  manuals.  Logic  Tree  Troubleshooting  Aid  manuals 
prepared  for  Organizational  and  Intermediate  maintenance  levels  shall  interface 
with  other  manuals  as  described  in  the  next  two  paragraphs. 

3. 1. 3. 1  Manual  set  for  Organizational  maintenance.  A  LTTA  is  normally  pro¬ 
cured  as  part  of  an  Organizational  maintenance  manual  set  in  accordance  with 
MIL-M-83495.  Data  and  procedures  in  the  LTTA  shall  therefore  complement 
the  system  descriptions,  theory  of  operation,  test,  remove  and  replace,  repair, 
wiring  diagram,  and  other  types  of  maintenance  Information  contained  in  the 
General  Vehicle  (GV),  General  Systems  (GS),  Job  Guide  (JG),  Wiring  Data  (WD), 
Schematic  Diagram  (SD),  Fault  Reporting  (FR),  and  Fault  Isolation  (FI)  manuals. 
If  the  LTTA  is  developed  in  conjunction  with  the  Fault  Reporting  manual  to 
replace  the  Fault  Isolation  manual,  the  troubleshooting  aids  in  the  LTTA  shall 
resolve  the  faults  and  fault  symptoms  reported  by  the  operating  crew  as  well  as 
those  derived  from  Checkout  procedures.  If  the  LTTA  manual  is  prepared  in 
lieu  of  the  FR  and  FI  manuals,  it  shall  contain  all  system  troubleshooting 
procedures. 

3. 1.3.  2  Manual  set  for  Intermediate  maintenance.  When  the  LTTA  is  procured 
for  Intermediate  maintenance,  it  shall  be  developed  to  complement  the  technical 
data  in  the  other  manuals  of  the  set.  All  data  included  in  the  Intermediate 
manual  set  shall  facilitate  fault  isolation  and  repair  within  the  assemblies, 
subassemblies,  sub-subassemblies,  and  components  designated  for  repair  by 
an  Intermediate  maintenance  facility.  The  title  and  general  content  of  each 
manual  in  the  set  shall  be  as  follows: 

a.  Description  and  Theory  of  Operation  (DTO)  manual.  This  manual 
provides  description,  theory  of  operation,  functional  block  diagrams, 
and  closely  related  information. 

b.  Logic  Tree  Troubleshooting  Aid  (LTTA)  manual.  This  manual  shall 
provide  Checkout,  fault  isolation,  and  closely  related  information 
as  specified  in  this  specification. 

c.  Intermediate  Job  Guide  (IJG)  manual.  This  manual  provides  dis¬ 
assembly,  cleaning,  evaluation  inspection,  repair/parts  replacement, 
lubrication,  final  inspection,  test,  assembly,  and  closely  related 
information. 
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d.  Intermediate  Schematic  Diagram  (ISD)  manual.  This  manual  pro¬ 
vides  schematic  diagrams  for  assemblies,  subassemblies,  and  sub¬ 
subassemblies.  Subsystem  schematic  diagrams  not  provided  in  the 
Organizational  Schematic  Diagram  manual  may  also  be  included  when 
such  need  is  identified  by  the  Task  Identification  and  Analysis. 

e.  Intermediate  Wiring  Data  (IWD)  manual.  This  manual  provides 
wiring  data  and  diagrams  for  assemblies,  subassemblies,  and  sub¬ 
subassemblies.  Subsystem  wiring  data  not  provided  in  the  Organi¬ 
zational  Wiring  Data  manual  may  also  be  included  when  such  need 
is  identified  by  the  Task  Identification  and  Analysis. 

3.1.4  General  format  requirements.  LTTA  manuals  shall  be  prepared  in 
accordance  with  MIL-M-38784  and  MIL-P-38790  except  for  format,  presenta¬ 
tion,  and  technical  content,  which  shall  be  as  specified  herein.  Also,  technical 
content  shall  be  compatible  with  other  technical  manuals  prepared  in  accordance 
with  MIL-M-38800  and  MIL-M-83495  for  the  same  equipment  or  system.  Except 
as  specified  in  the  contract  Statement  of  Work,  the  requirements  of  this  specifi¬ 
cation  shall  have  precedence  over  other  specifications. 

3. 1.4. 1  Volumes.  A  LTTA  shall  be  organized  into  a  volume(s)  in  accordance 
with  the  following  requirements,  and  that  determination  shall  be  included  in  the 
Publication/QA  plan  required  by  3.1.6. 

a.  The  structure  of  the  volume(s)  shall  be  based  upon  an  analysis  of 
system  characteristics,  subsystem  interrelationships,  test  or  support  equip¬ 
ment  availability,  maintenance  levels,  and  maintenance  concept. 

b.  The  LTTA  shall  be  organized  into  sections  or  chapters  in  the  most 
practical  sequence. 

c.  For  smaller  systems  or  subsystems,  two  or  more  sets  of  troubleshoot¬ 
ing  aids  may  be  included  in  one  volume,  with  Government  approval.  Such 
volumes  shall  be  divided  into  chapters.  Chapter  1  shall  contain  an  overall 
Introduction  and  each  of  the  other  chapters  shall  provide  a  complete  and  self- 
contained  set  of  preparation  instructions,  troubleshooting  aids,  and  supporting 
aids  for  one  of  the  systems,  subsystems,  or  equipments. 

d.  A  large  system  shall  be  covered  in  one  or  more  volumes.  If  a  one- 
volume  LTTA  is  planned,  all  of  the  elements  in  3. 1.2.1  will  be  included  in  this 
volume.  If  more  than  one  volume  is  needed,  LTTA  elements  shall  be  separated 
only  at  logical  points  (e.  g. ,  a  separate  volume  for  Checkout,  one  or  more  for 
Logic  Trees,  and  a  separate  one  for  Supporting  Aids). 
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3. 1.4.1. 1  LTTA  for  Organizational  maintenance.  Ad  Organizational  level 
LTTA  shall  consist  of  one  or  more  volumes  in  accordance  with  3. 1.4. 1.  Each 
volume  shall  be  developed  in  accordance  with  the  following  parameters: 

a.  Each  volume  shall  be  pocket  size  (4"  x  8"  )  or  standard  manual  page 
size  (8-1/4"  x  10-3/4"  )  as  specified  by  the  contract  Statement  of  Work,  or  as 
determined  by  the  troubleshooting  task  analysis  and  User  needs. 

b.  Pocket  sized  volumes  shall  be  no  more  than  70  sheets  (140  pages  if 
printed  both  sides). 

3. 1.4. 1. 2  LTTA  for  Intermediate  maintenance.  An  Intermediate  level  LTTA 
shall  be  one  or  more  volumes  in  accordance  with  3.1.4. 1.  Each  volume  shall 
be  standard  page  size  (8-1/4"  x  10-3/4"  )  and  shall  be  less  than  300  pages 
printed  on  both  sides. 

3. 1. 4. 1. 3  System/ Subsystem/Subject  Numbering  (S/S/SN).  In  Organizational 
or  Intermediate  LTTAs,  an  applicable  S/S/SN  number  shall  be  placed  on  each 
page  in  accordance  with  MIL-M-83495.  These  numbers  shall  be  used  as  a 
subject  matter  key  to  cross  reference  and  locate  related  and  similar  items  of 
information  between  the  various  volumes  of  the  maintenance  manual  set  — 
particularly  between  the  Fault  Reporting  (FR)  manual.  Fault  Isolation  (FI) 
manual,  and  the  Logic  Tree  Troubleshooting  Aid  (LTTA)  manual. 

3. 1.4.  2  Front  matter 

3. 1.4. 2. 1  General  items.  The  front  matter  for  each  volume  shall  contain  the 
following  items  in  accordance  with  MIL-M-38784: 

a.  Title  Page 

b.  Warning  Page 

c.  List  of  Effective  Pages 

d.  Promulgation  Pages 

e.  Change  Record 

f.  Table  of  Contents 

g.  Safety  Summary 
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3. 1.4. 2. 2  Specialized  lists.  The  front  matter  for  each  volume  shall  also  con¬ 
tain  the  following  lists,  prepared  in  accordance  with  the  referenced  paragraphs: 

a.  List  of  Illustrations  (see  3. 1. 4. 2. 3) 

b.  List  of  Tables  (see  3. 1.4.  2.4) 

c.  List  of  Checkouts  (see  3. 2. 5) 

d.  List  of  Logic  Trees  (see  3.  3.8) 

3. 1. 4. 2. 3  List  of  illustrations.  Each  volume  shall  contain  a  list  of  illustrations 
in  that  volume,  including  charts  and  graphs  assigned  figure  or  foldout  numbers. 
If  more  than  one  volume  is  required  for  a  system,  the  first  volume  in  the  set 
shall  also  contain  a  list  for  each  of  the  other  volumes.  Each  such  listing  shall 
be  in  single-column  format  (full  page  width)  and  show  the  following  information 
for  each  line  entry: 

a.  Figure  or  foldout  number.  For  each  section  or  chapter,  the  listing 
of  figures  shall  precede  the  listing  of  foldouts. 

b.  Title  of  figure  or  foldout  (see  3.  4) 

c.  Page  number  for  each  figure  and  foldout 

3. 1.4. 2. 4  List  of  tables.  Each  volume  shall  contain  a  list  of  the  tables  in  that 
volume.  If  more  than  one  volume  is  required  for  a  system,  the  first  volume  in 
the  set  shall  also  contain  a  list  of  tables  for  the  other  volumes.  Each  such 
listing  shall  be  in  single-column  format  (full  page  width)  and  show  the  following 
information  for  each  line  entry: 

a.  Table  Number 

b.  Title  of  Table 

c.  Page  Number  of  Table 

3. 1. 4. 2.  5  Pagination.  All  pages  of  front  matter  shall  be  numbered  in  the 
bottom  center,  using  lower  case  Roman  numerals  in  the  form:  i,  li,  etc. 

3. 1. 4. 2. 6  Technical  manual  identification.  All  pages  of  front  matter  except 
the  title  page  shall  show  the  assigned  Technical  Manual  number  in  the  upper 
right-hand  corner  of  odd-numbered  pages,  and  the  upper  left-hand  corner  of 
even-numbered  pages. 
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3. 1.4.3  "How  To  Use  This  Manual”  section.  An  introductory  section  (or 
chapter)  titled,  "How  To  Use  This  Manual"  shall  be  provided  in  each  volume  of 
the  LTTA.  Information  of  the  following  types  shall  be  included: 

a.  Description  and  objectives  of  the  volume 

b.  Description  and  objectives  of  each  troubleshooting  aid 

c.  When  and  how  to  use  each  troubleshooting  aid 

d.  How  the  volume  correlates  with  other  volumes  in  the  volume  set 

e.  How  the  LTTA  correlates  with  other  manuals  in  the  manual  set 

f.  Other  items  essential  to  success  of  the  trouble  isolation  process  at 
applicable  maintenance  level. 

3. 1.4. 4  Text  pagination.  Except  as  required  elsewhere  in  this  specification 
(3.2.2.11  and  3. 3. 2. 9),  pages  shall  be  numbered  in  accordance  with  MIL-M- 
38784  (e.  g. ,  consecutively  throughout  the  book). 

3.1.5  Writing  requirements 

3. 1. 5. 1  Writing  styles.  Various  styles  of  writing  shall  be  used  in  each  manual 
depending  on  the  level  of  enrichment  ( see  3. 3.6)  and  the  following: 

a.  Instructions  to  troubleshooters  shall  be  second  person  imperative. 
EXAMPLES: 

(1)  Set  power  switch  to  ON. 

(2)  Using  snap  ring  pliers,  remove  retainer  clip  (7). 

b.  Questions  to  troubleshooters  shall  be  third  person  interrogative. 
EXAMPLES: 

(1)  Did  signal  flag  change  to  green? 

(2)  Is  circuit  open  between  pins  2  and  8  of  P49? 

c.  Notes,  Cautions,  and  Warnings  shall  be  second  person  imperative  and 
third  person  indicative  as  required  to  best  present  the  necessary  information. 

EXAMPLES: 

(1)  Do  not  open  spoiler  door  when  red  CAUTION  light  is  on. 

(2)  Do  not  touch  metal  tools  to  TP55.  Transistor  VR31  may  be 
overloaded  and  damaged. 
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3. 1.5. 2  Syntax.  Sentence  elements  shall  be  arranged  in  one  of  the  following 
orders,  depending  on  the  use  for  the  sentence: 

a.  Verb,  subject,  and  object,  predicate  object,  or  indirect  object 

b.  Subject,  verb,  and  object,  predicate  object,  or  indirect  object 

c.  If  a  qualifying  phrase  is  required,  it  shall  be  placed  first  in  the 
sentence.  (The  phrase  shall  begin  with  If,  When,  For,  On,  etc. , 
to  show  that  qualifying  conditions  exist. ) 

3. 1. 5. 3  Verbs.  Verbs  shall  be  selected  from  the  Verb  List  in  Appendix  B  of 
this  specification.  If  additional  verbs  are  required  to  serve  the  unique  needs  of 
the  system  involved,  a  listing  shall  be  prepared  and  submitted  to  the  Procure¬ 
ment  Agency  for  approval.  If  this  list  becomes  known  early  enough,  it  shall  be 
submitted  with  the  Publication/QA  plan  required  by  3. 1.6. 

3. 1.5.4  Subjects.  For  second  person  imperative  statements  (as  in  Cautions, 
Warnings,  and  instructions)  the  subject,  that  is,  "you,"  shall  only  be  implied. 

EXAMPLE: 

Rotate  handle  clockwise  to  its  stop. 

3.1. 5.5  Adverbs/adverbial  phrases.  Adverbs  and  adverbial  phrases  shall  be 
used  only  in  special  cases  where  they  are  necessary  to  define  the  location  of  an 
item  to  be  manipulated  or  to  define  a  method  or  direction  of  manipulation. 

EXAMPLES: 

(1)  Is  control  valve  (8)  fully  open? 

(2)  On  IFF  control  console,  set  NORM  switch  to  OFF. 

(3)  Using  nonmagnetic  adjustment  tool,  rotate  potentiometer  fully 
clockwise. 

3. 1.5. 6  Articles.  Do  not  use  articles  except  as  required  to  ensure  clarity  of 
meaning. 

3. 1.5. 7  Cautions.  A  Caution  shall  alert  the  User  to  procedures,  practices, 
etc. ,  which,  if  not  strictly  observed,  could  result  in  damage  to,  or  destruction 
of  equipment  and  the  possibility  of  personal  injury,  Each  Caution  shall  be 
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placed  in  the  action  flow  path  just  ahead  of  the  steps  to  which  they  apply.  The 
word  CAUTION  shall  be  in  bold  face  type,  centered  above  the  text,  and  under¬ 
scored. 

3. 1.5. 8  Warnings.  A  Warning  shall  alert  the  User  to  procedures,  practices, 
etc. ,  which,  if  not  correctly  followed,  could  result  in  personal  injury  or  loss 
of  life.  Each  Warning  shall  be  placed  in  the  action  flow  path  just  ahead  of  the 
steps  to  which  they  apply.  The  word  Warning  shall  be  centered  above  the  text 
in  bold  face  letters  and  underscored  with  a  bold  wavy  line  as  shown  in  Figures 
6  and  7. 

3.  i.  5. 9  References  to  diagrams.  References  to  locator  diagrams  (i.  e. , 
foldouts)  and  the  applicable  items  on  those  diagrams  shall  be  provided  in 
Checkouts  and  Logic  Trees.  These  references  shall  be  provided  at  appropriate 
points  as  necessary  to  guide  the  troubleshooter  to  illustrated  data  required  to 
perform  the  Check  or  step  in  which  the  troubleshooter  is  involved.  The  style 
and  placement  of  these  references  shall  be  as  shown  in  the  samples,  Figures 
1  and  6.  If  full  enrichment  of  Logic  Trees  is  specified  (3. 3. 6. 3),  references 
to  locator  diagrams  are  not  required. 

3. 1.  5. 10  Personnel  requirements.  The  number  of  persons  required  to  per¬ 
form  procedures  shall  be  indicated  only  when  required  to  ensure  clarity  of 
meaning  or  if  unusual  requirements  exist. 

3. 1.  5. 11  Gender.  All  references  to  gender  shall  be  in  asexual  terminology. 
For  example,  do  not  refer  to  the  technician  as  "he"  or  "she,”  or  to  "his"  or 
"hers,"  or  to  "Man  A"  and  "Man  B."  Instead,  use  "Person  A,"  "Person  B," 
or  repeat  the  subject  noun  (i.  e. ,  "troubleshooter,"  "operator, "  etc. ) 

3. 1.5.12  Ranees  and  tolerances.  Allowable  values  for  ranges  and  tolerances 
shall  be  included  at  applicable  points  to  define  how  the  equipment  or  system 
must  respond,  either  in  numerical  or  quantitative  terms,  for  it  to  be  consid¬ 
ered  normal  or  "in  tolerance."  The  following  rules  shall  apply: 

a.  All  voltage  readings,  resistance  values,  clearances,  torque  values, 
flow  rates,  pressures,  motions,  and  other  limiting  conditions  shall  be  provided 
at  each  place  required  for  a  successful  troubleshooting  decision.  Values  or 
quantities  shall  be  specified  in  terms  of  the  authorized  tool  or  test  equipment 
to  be  used  for  the  specified  test  or  check.  Minimum  and  maximum  values  shall 
be  shown  as  follows: 

(1)  Is  voltage  20  (±4  )  Vdc? 

(2)  Is  frequency  observed  as  680  (±2)  kHz? 
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(3)  Is  resistance  15  (±  3)  ohms? 

(4)  Rotate  crank  90  (±5)  degrees  clockwise. 

(5)  Is  lever  0.  35  (± .05)  inch  from  limit  stop? 

(6)  Does  gauge  read  3300  (±100)  psi? 

b.  Realistic,  measurable  tolerances  shall  be  called  out  as  follows: 

(1)  Specified  ranges  shall  be  within  the  accuracy  and  calibration 
capabilities  of  authorized  test  equipment.  Very  small  ranges  shall  not  be 
specified  when  test  equipment  does  not  have  the  capability  to  measure  such 
close  tolerances. 

(2)  Ranges  shall  be  as  broad  as  practicable  to  avoid  measurement  or 
calibration  limitations. 

c.  If  not  previously  documented  as  a  result  of  an  engineering  test  program, 
value  ranges  and  tolerances  shall  be  determined  by  operating  the  system  and 
exercising  the  variables  of  each  output  through  their  designed  maximum  and 
minimum  limits  or  normal  operation  until  the  associated  fault  symptom  is 
identified. 

3.1.6  Publication/Quality  Assurance  plan 

3. 1. 6. 1  Plan  content.  The  contractor  shall  develop  and  prepare  a  Publication/ 
Quality  Assurance  plan  describing  planned  provisions  for  preparing  the  LTTA. 
This  plan  shall  be  based  on  a  document  development  analysis  that  considers  all 
of  the  elements  specified  in  3. 1. 6. 1  through  3. 1. 6. 9.  It  shall  be  delivered  to 
the  contracting  agency  when  specified  by  the  contract  Statement  of  Work.  The 
contracting  agency  will  review  the  plan  and  return  approval  or  requirements  for 
further  improvement.  The  task  analysis  process  shall  begin  as  stipulated  in  the 
contract  Statement  of  Work  or,  if  not  stipulated,  it  shall  begin  early  enough  in 
the  LTTA  development  schedule  to  ensure  that  contract  delivery  schedules  are 
met.  As  a  minimum,  the  Publication/QA  plan  shall  include  a  section  for  each 
of  the  following  topics: 

a.  Introduction  (see  3. 1. 6. 2) 

b.  Structure  of  volumes  (see  3. 1.6. 3) 

c.  Outline  of  volume  content  (see  3. 1.  6.4) 

d.  Task  analysis  procedures  (see  3. 1.6.5) 
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e.  In-process  reviews  (see  3. 1.6.6) 

f.  Validation  procedures  (see  3. 1. 6. 7) 

g.  Verification  procedures  (see  3. 1.6.8) 

h.  Milestones/progress  chart  (see  3. 1. 6. 9) 

i.  Special  verbs  listing  (see  3. 1. 5. 3) 

j.  Quality  Assurance  plan  (see  4.) 

3. 1.6.2  Introduction.  The  Introduction  shall  contain  the  objectives  of  the  con¬ 
tractor,  the  purpose  of  Publication/QA  plan,  statement  of  compliance  with 
contract  and  specification  requirements,  the  problem  items  requiring  Contractor 
and  Government  resolution,  and  items  requiring  action  by  the  Government. 

3. 1.6.  3  Structure  of  volumes.  The  Publication/QA  plan  shall  include  an  outline 
for  structuring  the  LTTA  manual  into  one  or  more  volumes,  depending  on  the 
size  and  nature  of  the  system  or  equipment  under  contract  (see  3. 1.4. 1). 

3. 1.6.4  Volume  content.  The  Publication/QA  plan  shall  include  a  brief  but 
comprehensive  outline  of  the  information  to  oe  Included  in  each  volume  (see 
3.1.2). 


3. 1.6. 5  Task  analysis  procedures.  The  Publication/QA  plan  shall  include  a 
brief  description  of  the  task  analysis  data  and  procedures  the  contractor  will 
use  to  ensure  a  complete  and  accurate  LTTA  manual.  The  following  items 
shall  be  included: 

a.  Title,  description,  and  schedule  for  each  phase  of  analysis  required 
by  3.1.1.  These  items  shall  be  reflected  in  the  milestone/progress 
chart  required  by  3. 1. 6.  9. 

b.  Any  unique  features  and  benefits  to  be  provided  by  the  contractor. 

3. 1.6. 6  In-process  reviews.  The  Publicatiorv/QA  plan  shall  include  a 
description  of: 

a.  The  contractor’s  plan  for  performing  continuous  in-process  reviews 
as  required  in  4.4.  Methods  for  making  best  use  of  the  contractor's 
Quality  Assurance  staff  shall  be  well  developed. 

b.  The  contractor’s  provisions  for  facilitating  in-process  reviews  to 
be  conducted  by  the  Government  in  accordance  with  4.3. 
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3.  l.  6. 7  Validation  procedures.  The  Publication/ QA  plan  shall  include  a 
schedule  and  description  for  Validation  procedures  to  be  conducted  by  the  con¬ 
tractor  in  accordance  with  4.6.  The  Validation  schedule  shall  be  reflected  in 
the  milestone/progress  chart  required  by  3. 1.6.9. 

3. 1.6. 8  Verification  procedures.  The  Publication/QA  plan  shall  include  a 
proposed  schedule  and  a  description  of  the  contractor's  provisions  for  facilitat¬ 
ing  the  Verification  process  to  be  conducted  by  the  Government  in  accordance 
with  4.  7.  The  proposed  schedule  shall  be  reflected  in  the  milestone/progress 
chart  required  by  3. 1.6.9. 

3. 1.6. 9  Milestone/progress  chart.  The  Publication/QA  plan  shall  include  a 
milestone/progress  chart  for  each  Organizational  or  Intermediate  LTTA 
manual  required  by  the  contract.  Each  chart  shall  show  the  key  steps  and 
phases  in  the  respective  development  and  preparation  process.  The  times 
shall  be  shown  at  which  each  step  will  be  completed,  and  each  phase  started 
and  completed.  The  time  frames  for  in-process  reviews  shall  also  be  shown. 
Open-face  progress  bars  and  milestone  symbols  shall  be  used  to  construct  the 
original  chart.  As  work  is  completed  the  bars  and  symbols  shall  be  filled  in. 

A  copy  of  the  updated  chart  shall  be  available  for  each  in-process  review  and 
as  required  by  the  Government. 

3.2  Checkout  requirements.  The  LTTA  manual  shall  contain  a  Checkout  section 
containing  all  of  the  Checkouts  required  for  checking  the  system.  A  Checkout 
is  an  orderly  sequence  of  all  task  steps  needed  to  examine,  check,  or  test  all 
active  measurable  inputs  and  outputs  of  a  designated  system  or  subsystem  to 
determine  whether  or  not  it  is  within  tolerance.  The  purpose  of  a  Checkout  is  to: 

a.  Identify  and  describe  how  to  check  significant  measurable  inputs 
and  outputs  of  a  system,  subsystem,  or  equipment. 

b.  Systematically  manipulate  the  hardware  item  under  test  and  perform 
measurements  that  permit  detection  of  any  fault  symptoms  that  might 
be  present. 

c.  Direct  the  technician  to  the  appropriate  action  required  for  trouble¬ 
shooting  if  a  fault  symptom  is  detected. 

d.  Determine  that  the  system  is  completely  operational  after  the  symptom 
causing  fault  has  been  identified  and  corrected. 
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3.2.1  Planning  requirements 

3. 2. 1. 1  Checkout  with  formal  MTI&A.  When  a  task  analysis  has  been  performed  "j 

in  accordance  with  AFHRL-TR-79-50,  a  Checkout  shall  be  prepared  to  include 

each  hardware  item  with  a  Checkout  requirement  Identified  by  a  task  entry  in  the  , 

Task  Identification  Matrix,  using  task  details  provided  by  the  Troubleshooting 
task  analysis.  The  following  task  analysis  documents  shall  be  used  as  guides  to 
aid  in  developing  an  accurate  and  complete  set  of  task  steps  for  the  Checkout: 

a.  Task  Identification  Matrix  (or  Top-Down  Breakdown) 

b.  Definitized  User  Profile 

c.  Level  of  Detail  Guide 

d.  Support  Equipment  Guide 

e.  Performance  Analysis,  including  list  of  Malfunction  Symptoms 
and  Failure  Modes 

3. 2. 1.2  Checkout  without  formal  MTI&A.  When  AFHRL-TR-79-50  is  not 
invoked,  a  Checkout  shall  be  prepared  to  include  each  Checkout  requirement 
identified  in  the  task  analysis  breakdown.  The  contractor  shall  do  a  critical, 
searching  analysis  to  identify  the  task  steps  required  for  a  complete  and 
accurate  Checkout  as  specified  herein.  These  task  steps  shall  provide  for 
procedural  instructions,  testing  of  active  inputs  and  outputs,  and  troubleshoot¬ 
ing  or  corrective  action  to  return  all  outputs  to  normal  in  the  event  any  input 
or  output  is  found  to  be  out  of  tolerance. 

3. 2. 2  Format  requirements.  Checkouts  shall  be  prepared  in  a  specialized  * 

format  in  accordance  with  the  following  requirements. 

3. 2. 2. 1  Checkout  title.  Each  Checkout  shall  begin  with  and  be  identified  by  a 
descriptive  title  in  bold  capital  letters  at  the  top  of  the  image  area,  flush  with  I 

the  left  margin.  The  title  will  be  repeated  in  the  same  position  on  every  page  j 

of  the  Checkout.  The  elements  of  this  title  shall  be  developed  as  follows:  j 

a.  The  title  shall  begin  with  the  word  CHECKOUT  and  be  numbered  by  j 

section  and  sequence  in  the  form:  CHECKOUT  5-1,  CHECKOUT  5-2,  etc.  J 

(See  item  1  in  Figure  1.)  ! 

b.  The  second  element  shall  be  system  or  subsystem  identification  such  \  \ 

as:  APN-426  NAVIGATION  SYSTEM.  (See  item  2  in  Figure  1.)  j 
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c.  The  third  element  shall  be  a  short  phrase  identifying  the  type  of  Check¬ 
out,  such  as:  FLIGHT  LING  CHECKOUT.  (See  item  3  in  Figure  1.) 

d.  Each  page  of  a  Checkout  shall  be  identified  with  sheet  numbers: 

(Sheet  1  of  1),  (Sheet  1  of  3),  (Sheet  2  of  3),  etc.  (See  item  4  in  Figure  1.) 

3. 2.2. 2  Checkout  preface.  Each  Checkout  shall  begin  with  a  brief,  untitled 
preface  that  provides  useful  reference  data  not  already  described  in  the 

" Preparation  for  Checkout"  instructions  required  by  3.2.4.  (See  item  5  in 
Figure  1.)  The  preface  shall  include: 

a.  A  secondary  usage  of  the  Checkout  when  such  information  is  not 
indicated  by  the  Checkout  title  (see  application  in  Figure  2) 

b.  Reference  to  applicable  Startup  and  Shutdown  procedures  when 
these  items  are  not  to  be  included  in  the  Checkout  (see  3. 2. 2. 3  b 
and  3.  2.  2.9) 

c.  Reference  to  supporting  diagrams  other  than  the  locator  diagram 
(if  needed) 

d.  Notes  and  data  necessary  to  successful  completion  of  the  Checkout 
(if  any) 

e.  Estimated  time  to  complete  the  Checkout 

f.  Minimum  personnel  required  (if  needed) 

3. 2. 2.3  Check  title.  The  elements  of  this  title  shall  be  as  follows: 

a.  Each  Check  within  the  Checkout  (see  3. 2.3)  shall  be  identified  by  a 
descriptive  title  in  underscored  capital  letters.  This  title  shall  begin  at  the 
left  margin,  with  its  elements  developed  as  follows: 

(1)  The  complete  series  of  titles  shall  be  prefixed  by  the  letters 
A,  B,  C,  etc.,  in  sequence  (see  items  marked  6  in  Figure  1.) 

(2)  Each  title  shall  consist  of  the  word  CHECK  and  a  brief  phrase 
identifying  the  applicable  section  of  the  system. 
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b.  When  the  task  analysis  indicates  there  is  a  probability  that  abnormal 
indications  and  fault  symptoms  will  sometimes  be  identified  while  activating  or 
starting  the  system,  Check  A  of  the  Checkout  shall  be  a  STARTUP  CHECK. 

(See  application  in  Figure  3. )  In  other  cases,  the  preface  shall  contain  a  ref¬ 
erence  to  the  applicable  Startup  procedure,  or  a  brief  procedure  shall  be  pro¬ 
vided.  (See  Figure  2. ) 

3. 2. 2. 4  Check  format.  The  steps  within  each  Check  shall  be  formatted  in  two 
columns.  The  left  column  shall  be  as  wide  as  practicable  and  the  right  column 
shall  be  as  narrow  as  practicable  to  make  best  utilization  of  the  image  area  on 
the  page.  The  left  column  shall  contain  the  steps  within  each  Check  as  speci¬ 
fied  in  3.2. 2. 5,  and  the  right  column  shall  contain  a  corrective  action  statement 
as  specified  in  3. 2.  2. 6. 

3. 2. 2.  5  Steps  column.  The  steps  in  the  left  column  of  a  Check  shall  be  for¬ 
matted  as  follows: 

a.  The  first  line  of  each  step  shall  be  a  brief  description  of  the  task  to  be 
done.  Each  such  line  shall  be  identified  by  the  sequence  numbers  1,  2,  3,  etc. , 
indented  about  1  pica  from  the  left  margin.  The  description  shall  begin  with  the 
word  CHECK  and  be  in  capital  letters.  (See  item  7  in  Figure  1. ) 

b.  The  detailed  procedures  in  each  step  shall  be  identified  by  sequential 
lower  case  letters  a,  b,  c,  etc. ,  indented  about  2  picas.  Subordinate  substeps 
shall  be  identified  by  the  sequential  numbers  in  parentheses  (1),  (2),  (3),  etc. , 
and  indented  1  additional  pica.  (See  item  8  in  Figure  1.) 

c.  The  first  element  of  the  detailed  procedures  shall  be  a  reference  to  the 
applicable  locator  diagram  in  the  form:  "(See  F/O  X-X. )"  (See  item  9  in 
Figure  1. )  The  second  element  shall  be  location  and  identification  information 
for  the  item(s)  to  be  manipulated.  (See  item  10  in  Figure  1. ) 

d.  The  third  element  shall  be  instructions  for  setting  up  the  test  and  mea¬ 
surement  to  be  made.  When  two  or  more  subordinate  actions  are  required, 
they  shall  be  detailed  separately  as  shown  by  substeps  (1)  and  (2)  (see  item  11 
in  Figure  1.)  However,  if  only  one  action  is  required  it  may  be  combined  with 
the  location/ identification  data  as  shown  by  item  12  in  Figure  1. 

e.  Additional  foldout  references  and  instructions  shall  be  provided  as 
required  to  safely  and  accurately  guide  the  troubleshooter.  These  references 
shall  be  provided  in  other  steps  identified  by  the  letters  b,  c,  and  d  in  sequence, 
as  required.  (See  item  13  in  Figure  1.) 
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f.  The  sequence  of  instructions  shall  be  arranged  to  make  certain  that 
each  step  is  done  safely  and  that  any  prerequisite  conditions  or  requirements 
shall  be  verified  as  normal  before  the  technician  performs  a  dependent  action. 

g.  The  last  element  in  each  step  shall  define  the  measurement  to  be  made, 
its  location,  and  its  normal  range  of  values.  (See  item  14  in  Figure  1. ) 


3. 2. 2. 6  Corrective  action  column.  A  corrective  action  statement  shall  be 
located  in  the  right  column  opposite  the  measurement  instruction  to  which  it 
applies.  (See  item  15  in  Figure  1. )  The  statement  shall  be  one  of  the  following: 


a. 

If  not. 

go  to  Logic  Tree  X-X. 

b. 

If  not, 

install  new  (component  name). 

c. 

If  not, 

repair  (component  name). 

d. 

If  not. 

adjust  (component  name). 

e. 

If  not. 

do  Checkout  X-X. 

f. 

If  not. 

do  Check  X  in  this  Checkout. 

3.2.2.  7  Notes,  Cautions,  Warnings.  Notes,  Cautions,  and  Warnings  shall  be 
used  as  necessary  to  assure  correct  operation  or  testing  and  equipment  or 
personnel  safety.  They  shall  be  prepared  in  accordance  with  the  requirements 
of  3. 1.5.1c. 


3.  2.2.  8  End  of  Check.  The  end  of  each  Check  in  the  Checkout,  except  for  a 
Startup  Check,  if  needed,  shall  be  marked  by  an  end  statement.  It  shall  be  in 
capital  letters  centered  on  the  page  just  below  the  last,  line  of  the  Check  to  which 
it  belongs.  (See  item  16  in  Figure  1.)  This  statement  shall  begin  with  "END 
OF"  and  then  repeat  the  name  of  the  Check. 

3.2.2.  9  Shutdown  Check.  When  the  task  analysis  indicates  there  is  a  proba¬ 
bility  of  fault  symptoms  to  be  detected  as  a  result  of  doing  a  Shutdown  procedure, 
the  last  Check  of  the  Checkout  shall  be  a  SHUTDOWN  CHECK.  In  other  cases, 
the  applicable  Shutdown  procedure  shall  be  referred  to  in  the  preface,  or  a 
procedure  shall  be  provided. 

3.2.2. 10  End  of  Checkout.  After  the  last  step  of  a  Checkout,  the  rest  of  the 
page  shall  be  left  blank. 

3.2.2.11  Page  identifiers.  Instead  of  standard  page  numbers,  a  unique  identi¬ 
fier  indicating  the  Checkout  number  only  shall  be  located  in  the  lower  outer 
corner  of  each  page  of  the  Checkout  section  of  the  LTTA  to  provide  immediate 
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access  to  specific  Checkouts.  If  a  Checkout  consists  of  three  pages,  all  three 
shall  bear  the  original  Checkout  number.  (See  item  17  in  Figure  1. )  It  shall 
be  set  in  bold  face  type  in  the  form:  CO  3-1,  CO  3-2,  etc.  The  System/Sub¬ 
system/Subject  Number  (as  explained  in  3. 1.4. 1.3)  shall  appear  above  each 
CO  page  identifier  (see  item  18  in  Figure  1). 

3.2.3  Content  and  development  rules  for  Checkouts.  A  Checkout  shall  consist 
of  the  instructions,  tests,  and  corrective  actions  required  to  check  system, 
subsystem,  or  equipment  outputs  that  are  identified  by  the  task  analysis  as 
requiring  Checkout  to  determine  if  they  are  within  normal  tolerance.  The 
instructions  and  tests  shall  be  arranged  systematically  in  a  series  of  steps. 
Related  groups  of  steps  shall  be  organized  into  independent  sections  of  the 
Checkout,  called  Check  procedures.  Each  Check  procedure  within  a  Checkout 
shall  systematically  exercise  a  section  of  the  system  or  subsystem  through  its 
functions  in  a  manner  that  permits  accurate  testing  and  measurement  of  the 
designated  outputs.  The  steps  of  each  Check  shall  be  written  so  that  successful 
completion  will  verify  normal  and  safe  operation  and  unsuccessful  completion 
will  direct  the  technician  to  a  corrective  action. 

3.2.3. 1  Development  rules.  The  following  development  rules  for  Checkouts 
shall  be  observed: 

a.  Except  for  Startup  and  Shutdown  Checks,  the  section  of  the  system 
under  check  shall  be  capable  of  being  checked  independently  from  all  other 
such  sections. 

b.  The  number  of  Checks  in  the  Checkout  shall  be  determined  by  analyzing 
the  system  and  its  primary  functions,  subfunctions  (if  any),  primary  operating 
mode,  secondary  operating  modes  (if  any),  and  how  the  various  components  of 
the  system  interact  or  depend  upon  each  other  for  continuing  normal  operation. 
This  analysis  shall: 

(1)  Determine  a  Checkout  sequence  that  tests  first  things  first  (i.e. , 
that  no  Checkout  step  presumes  a  prerequisite  condition  unless  it  has  first 
undergone  Checkout). 

(2)  Determine  different  points  at  which  the  Checkout  can  be  entered 
by  a  technician  and  still  provide  a  complete  Checkout  path  that  does  not  bypass 
any  important  test(s). 

(3)  Enable  the  technician  to  enter  the  Checkout  process  at  various 
logical  points  to  minimize  the  time  it  takes  to  check  out  and  troubleshoot 
potentially  faulty  sections  of  the  system. 
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(4)  Enable  the  technician  to  enter  the  Checkout  at  many  points  to 
reduce  the  time  it  takes  to  check  the  normal  operation  of  the  part  of  the  system 
just  repaired. 

c.  The  Checks  within  a  Checkout  shall  be  arranged  in  a  well  planned, 
sequential  hierarchy  in  accordance  with  the  following  requirements: 

(1)  The  primary  operating  mode  of  the  system  shall  be  checked  first. 
Other  modes  shall  be  checked  in  their  order  of  importance  within  the  system. 

(2)  Checks  that  take  advantage  of  front  panel  indicators,  built-in  test 
equipment,  or  symptom  detection  by  seeing,  feeling,  or  hearing  abnormal  indi¬ 
cations  shall  appear  as  early  in  the  Checkout  as  is  practicable. 

(3)  Outputs  common  to  more  than  one  section  or  operating  mode  shall 
be  checked  at  the  most  advantageous  point(s)  in  the  Checkout.  Normally,  each 
output  shall  be  checked  only  once.  However,  an  output  may  be  rechecked  where 
necessary  to  maintain  an  unbroken  check  sequence,  to  assure  system  integrity 
and  safety,  or  to  recheck  an  output  that  is  critical  to  system  functioning  in  two 
or  more  modes  of  operation. 

(4)  Along  with  other  pertinent  task  analysis  information,  the  available 
test  points  and  test  equipment,  reliability  and  failure  mode  data,  component 
accessibility,  and  the  required  activities  of  the  technician  shall  be  analyzed  to 
determine  their  influence  and  usefulness  in  preparing  the  Checkout.  The  results 
of  this  analysis  shall  be  used  to  develop  the  best  possible  design  for  each  Check 
and  the  correct  sequence  for  the  Checks. 

(5)  The  resulting  sequence  of  Checks  shall  examine  each  active  output 
of  the  system  in  the  most  logical  sequence  of  functions. 

3. 2.  3.  2  Development  of  Checks.  The  following  rules  for  development  of  Check 
procedures  shall  be  observed: 

a.  Each  Check  within  a  Checkout  shall  consist  of  the  steps  required  to 
test  and  measure  the  designated  active  outputs  of  an  independent  section  of  the 
system.  These  steps  shall  appear  in  the  order  determined  by  the  task  analysis 
process. 


b.  The  steps  within  each  Check  shall  be  designed  to  exercise  the  system 
as  quickly  and  easily  as  possible  within  the  limits  imposed  by  system  design 
characteristics,  test  capabilities,  operating  modes,  functional  capabilities, 
power  or  signal  paths,  feedback  and  feed  forward  loops,  and  component  failure 
histories. 
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c.  Successful  completion  of  each  step  in  a  Check  shall  lead  to  the  next 
step. 

d.  An  abnormal  measurement  or  observation  at  any  step  shall  be  followed 
by  an  instruction  to  do  one  of  the  following: 

(1)  Go  to  a  specific  Logic  Tree  where  the  trouble  isolation  and 
corrective  procedure  will  be  completed.  This  shall  be  the  primary  mode  of 
action. 


(2)  Repair  or  replace  an  item  that  is  identified  as  faulty  by  the 
abnormal  test  results. 

(3)  Do  an  alignment  or  adjustment  procedure  to  return  the  system  to 

normal. 

(4)  Go  to  another  Checkout  where  the  checking  procedure  will  be  con¬ 
tinued  until  one  of  the  above  three  corrective  actions  can  be  invoked  (see  3. 2.2.6). 

3.  2.  3.  3  Dual-level  presentation.  Each  step  in  a  Check  procedure  shall  be 
developed  for  a  dual-level  presentation  that  provides  a  prominent  general 
description  of  the  step,  followed  by  detailed  procedures.  The  general  descrip¬ 
tion  shall  define  the  task  to  be  done  (see  item  7,  Figure  1)  so  that  an  experienced 
technician  can  complete  the  step  without  further  guidance,  or  with  minimal 
review  of  the  detailed  procedures  (see  3. 2. 2.  5).  The  detailed  procedures 
in  each  step  shall  be  developed  for  the  least  qualified  troubleshooter  defined  in 
the  User  Profile. 

3.2.4  "Preparation  for  Checkout"  instructions.  The  first  part  of  any  Checkout 
section  shall  be  an  introductory  group  of  instructions  titled,  "Preparation  for 
Checkout."  They  shall  describe  what  the  technician  should  do  before  starting 
the  Checkout.  When  more  than  one  system  or  major  subsystem  is  included  in 
a  volume,  these  instructions  shall  be  provided  for  each  system  or  major  sub¬ 
system.  The  Preparation  instructions  shall  include  any  or  all  of  the  following, 
as  appropriate: 

a.  Introduction.  The  Introduction  shall  briefly  describe  the  content  of 
the  Checkout  preparation  instructions  and  how  the  Checkouts  are  to  be 
used. 

b.  Equipment  diagrams.  Equipment  diagrams  shall  be  included  in  this 
section  and  referenced  to  help  the  technician  locate  and  identify  major 
parts  of  the  system. 


26 


c.  Standard  test  equipment.  A  table  of  standard  test  equipment  shall 
be  provided.  This  table  shall  provide  data  in  the  following  four 
columns:  Name,  AN  Type  Designation,  Part  Number,  and  Use. 

d.  Special  tools  and  test  equipment.  A  table  of  Special  Tools  and  Test 
Equipment  shall  be  provided.  This  table  shall  provide  data  in  the  fol¬ 
lowing  four  columns:  Name,  AN  Type  Designation,  Part  Number, 
and  Use. 

e.  Notes,  Cautions,  and  Warnings.  These  items  shall  be  provided  in 
accordance  with  3. 1. 5  and  MIL-M-38784. 

f.  Make-ready  requirements  and  procedures.  This  section  shall 
provide  instructions  on  how  to  prepare  for  Checkout  (e.  g. ,  provide 
additional  personnel  or  materials  or  turn  on  other  equipment).  If 
Startup  procedures  will  not  be  included  in  the  Checkout  in  accordance 
with  3.2.  2.  3  b,  they  shall  be  provided  here. 

g.  Completion  procedures  and  requirements.  This  section  shall 
provide  instructions  as  needed  to  ensure  that  the  technician  is  familiar 
with  any  special  conditions  that  are  important  after  completion  of  the 
Checkout.  Information  describing  what  to  do  and  how  to  do  it  shall 

be  provided  as  necessary  to  complete  the  Checkout.  If  Shutdown  pro¬ 
cedures  will  not  be  included  in  the  Checkout  in  accordance  with 
3. 2, 2.  9,  they  shall  be  provided  here. 

3.  2.5  List  of  Checkouts.  The  front  matter  for  each  volume  of  the  LTTA  shall 
contain  a  list  of  Checkouts  in  that  volume.  In  addition,  if  more  than  one  volume 
is  required  for  a  system,  the  first  volume  in  the  set  shall  contain  a  list  of 
Checkouts  for  all  volumes.  Each  list  of  Checkouts  shall  be  in  single-column 
format  (full  page  width)  and  show  the  following  information  for  each  line  entry: 
Number,  Title,  (No.  of  Sheets),  First  Page.  When  a  Checkout  is  divided  into 
Checks  as  in  Figure  3,  the  list  of  Checks  shall  be  indented  below  the  Checkout 
entry  as  shown  in  Figure  5.  The  number  of  full  or  partial  sheets  on  which  the 
Check  appears  shall  be  included  after  the  title,  using  only  whole  numbers.  For 
example,  if  a  Check  covers  three-fourths  of  one  page  and  one-half  of  the  next 
page,  the  entry  shall  be  "(2  sheets)." 

3.2.6  Review.  When  the  Checkout  is  considered  complete,  it  shall  be  reviewed 
by  technically  qualified  subject  matter  experts  for  overall  approach,  accuracy, 
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and  completeness  of  the  detailed  procedures.  Their  critique  should  make  cer¬ 
tain  that  the  following  requirements  have  been  fulfilled: 

a.  All  parts  of  the  system  or  subsystem  that  require  written  Checkout 
procedures  have  been  incorporated  in  the  Checkout. 

b.  The  inputs  and  outputs  that  are  measurable  during  each  Checkout  and 
their  acceptable  (in-tolerance)  ranges  are  well  documented  in  the  Checkout 
(see  3. 1.  5. 12). 

c.  The  references  to  further  Logic  Tree  troubleshooting  are  accurately 
identified  and  correctly  used. 

d.  The  number  and  types  of  repair,  replacement,  alignment  or  adjust¬ 
ment  procedures  that  will  be  required  to  return  the  various  outputs  to  their 
in-tolerance  conditions  are  accurately  documented  and  correctly  used. 

e.  The  characteristics,  functions,  output  test  facilities,  and  operation 

of  the  system  and  its  subsystems  are  organized  and  developed  to  best  advantage 
for  the  User. 

f.  When  all  steps  of  the  Checkout  have  been  performed  correctly  and 
the  results  are  all  within  normal  tolerances  (without  faults),  the  system  will 
operate  in  conformance  with  design  specifications. 

3.3  Logic  TfCe  requirements.  The  LTTA  manual  shall  contain  a  Logic  Tree 
section  consisting  of  the  detailed  instructions,  tests,  questions,  and  corrective 
actions  necessary  to  troubleshoot  the  system  in  accordance  with  the  Trouble¬ 
shooting  task  analysis.  A  Logic  Tree  is  a  specialized  troubleshooting  aid  that 
leads  a  troubleshooter  through  a  preplanned  and  carefully  organized  trouble 
isolation  procedure.  The  procedure  shall  be  graphically  presented  in  a  format 
consisting  of  test  instructions,  questions,  corrective  instructions,  and  follow- 
on  directives.  The  Logic  Tree  shall  also  contain  important  supplementary  data 
such  as  Notes,  Cautions,  Warnings,  waveforms  or  similar  measurement  illus¬ 
trations,  as  required.  Locator  diagrams  may  be  provided  to  help  the  trouble¬ 
shooter  find  and  identify  the  hardware  items  required  to  perform  Logic  Tree 
steps.  Depending  on  the  level  of  enrichment  (3.3.6)  required,  the  locator 
diagrams  may  be  at  the  back  of  the  LTTA  (minimal  or  normal  enrichment),  or 
may  be  incorporated  with  the  Logic  Tree  (full  enrichment).  The  structure  of 
a  Logic  Tree  shall  consist  of  a  coordinated  set  of  fault  isolating  tests,  with 
Yes  and  No  (or  similar  Either/Or)  types  of  branches.  These  tests,  questions, 
and  branches  shall  present  logical  decision  paths  that  guide  the  troubleshooter 
through  a  fault  correcting  process  in  the  fewest  number  of  steps. 
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3. 3. 1  Planning  requirements.  If  not  previously  established  by  a  formal  trouble¬ 
shooting  task  analysis,  a  qualified  troubleshooting  analyst  shall  perform  a  task 
analysis  as  required  by  3. 1. 1  to  develop  a  comprehensive  and  well  organized 
data  base  and  identification  of  those  fault  symptoms  for  which  Logic  Trees  must 
be  prepared.  A  fault  isolation  Logic  Tree  shall  be  provided  for  each  abnormal 
observation  or  measurement  identified  in  the  Checkout  for  which  troubleshooting 
is  required.  (See  3. 2. 2. 6  and  3. 2.  3. 2. )  Each  such  requirement  shall  coincide 
with  a  fault  symptom  listed  during  task  analysis. 

3.3. 1. 1  Logic  Tree  entry  points.  Each  Logic  Tree  shall  be  planned  to  permit 
direct  entry  from  a  fault  condition  during  operation  or  indirect  entry  by  way  of 
a  system  Checkout,  as  follows: 

a.  Direct  entry.  When  a  technician  experiences  a  fault  symptom  during 
operation  and  goes  directly  to  the  Logic  Tree  with  the  same  fault 
symptom  as  its  title.  Note  that  the  List  of  Logic  Trees  in  the  front 
of  the  LTTA  can  be  used  by  the  technician  as  a  "fault  symptom  index." 

(See  3. 2. 2.1.) 

b.  Indirect  entiy.  When  a  technician  experiences  a  fault  symptom  during 
Checkout,  and  proceeds  as  the  Checkout  directs,  to  a  specific  Logic 
Tree  for  troubleshooting  diagnostic  and  corrective  action.  The  fault 
symptom  which  occurred  in  the  Checkout  shall  be  the  same  as  the  fault 
symptom  in  the  title  of  the  Logic  Tree. 

3.3. 1.2  Development  package.  A  development  data  package  shall  be  assembled 
for  each  Logic  Tree,  although  some  diagrams  and  data  may  be  used  for  more 
than  one  package.  These  packages  shall  be  used  for  developing  Logic  Trees, 
for  in-process  review,  and  for  Logic  Tree  Validation.  Each  package  shall 
include  preparer's  handwritten  notes  and  data  as  follows: 

a.  Title  of  package.  The  package  title  is  the  fault  symptom,  which  is 
also  the  Logic  Tree  Title.  It  is  derived  from  the  task  analysis  and 
Checkout  summary. 

b.  Faulty  parts.  The  assembly,  units,  or  parts  that  may  be  causing  the 
fault  symptom 

c.  Failure  modes.  As  required  for  the  potentially  faulty  assemblies, 
units,  or  parts 

1 

I 

d.  Corrective  actions.  The  conditions  to  be  fulfilled  for  the  system  to 
be  returned  to  normal  operation 
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e.  Tests.  Those  tests  necessary  during  trouble  isolation  to  test 
suspected  faulty  parts  (e.g. ,  Yes-No  questions) 

f.  Functions.  A  list  of  functions  dependent  upon  each  test,  and  which 
can  be  isolated  by  each  test 

g.  Test  equipment.  A  list  of  the  test  equipment  needed 

h.  Locator.  A  listof  the  types  of  data  or  drawings  necessary  to  identify 
and  locate  test  items 

i.  Data  base.  A  list  of  diagrams,  engineering  or  prepared  drawings  for 
task  analysis.  Include  the  diagram  title,  drawing  number,  and  revision 
level.  Handwritten  notes  on  data  base  drawings  shall  be  used  to  identify 
applicable  hardware  items,  energy  flow  paths,  measurement  criteria, 
test  points,  test  parameters,  expected  results,  etc. 

3.  3. 1.  3  Outline  and  record.  The  Development  Package  shall  be  used  as  an  out¬ 
line  of  the  Logic  Tree  before  it  is  developed  and  as  a  historical  record  of  the 
development  of  the  Logic  Tree  for  later  use,  when  design  changes  or  LTTA 
improvements  are  required. 

3.3.2  Format  requirements.  Logic  Trees  shall  be  prepared  in  a  specialized 
format  in  accordance  with  the  following  requirements: 

3.3.  2. 1  Logic  Tree  title.  Each  Logic  Tree  shall  begin  with  and  be  identified  by 
a  title  in  bold  face  type  at  the  top  of  every  page,  flush  with  the  left  margin.  (See 
item  1  in  Figure  6.)  It  shall  be  prepared  as  follows: 

a.  The  title  shall  define  a  clearly  worded  fault  sumptom  that  will  permit 
direct  entry  into  the  Tree  by  the  troubleshooter.  It  shall  be  the  same  as  one  of 
the  fault  symptoms  identified  in  accordance  with  3.3. 1. 

b.  The  title  shall  be  numbered  by  section  and  sequence  in  the  form: 

Logic  Tree  3-1,  Logic  Tree  3-2,  etc. 

c.  If  more  than  one  page  is  required,  the  title  shall  be  repeated  at  the 
top  of  every  page  and  labeled  (Sheet  1  of  1),  (Sheet  1  of  3),  (Sheet  2  of  3),  etc. , 
as  required. 

d.  Each  Logic  Tree  shall  begin  at  the  top  of  a  new  page.  Turnpages  and 
foldouts  shall  not  be  used. 
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3. 3.2.2  Entry  point.  The  point  of  entry  into  each  Tree  shall  be  a  small  oval 
in  which  a  Checkout  is  listed.  It  shall  be  a  reference  to  the  Checkout  at  which 
the  fault  was  identified  and  the  Logic  Tree  referenced.  (See  item  2  in  Figure  6.) 

3. 3. 2. 3  Action  flow.  Action  shall  begin  at  upper  left  and  proceed  down  the 
page  and  to  the  right  as  required.  The  various  branches  and  directions  of 
action  shall  be  indicated  by  heavy  lines  and  arrows.  The  branch  that  is  followed 
in  a  particular  troubleshooting  situation  will  depend  on  which  one  of  the  potential 
faults  is  occurring  and  how  it  affects  the  results  at  each  test  point  in  the  Tree. 
(See  development  rules  in  3. 3. 3.1.) 

3. 3. 2. 4  Cautions.  Warnings.  Cautions  and  Warnings  shall  be  developed  in 
accordance  with  the  requirements  of  3. 1.5.7  and  3. 1.5. 8  (see  item  3  in  Figure 
6.)  They  shall  be  placed  in  a  bold  wavy-line  box  in  the  action  flow  path  just 
ahead  of  the  steps  to  which  they  apply.  One  action  flow  line  shall  enter  at  top 
or  left  center  and  exit  at  bottom  center.  The  word  CAUTION  shall  be  in  large 
bold  type  centered  at  the  top  of  the  box  and  underscored.  The  word  WARNING 
shall  be  located  at  top  center  in  a  large  bold  type  and  underscored  with  a  bold 
wavy  line. 

3. 3. 2. 5  Test/decision  boxes.  A  rectangular  test/decision  box  shall  be  used 
to  establish  each  branch  point  in  the  Logic  Tree  (see  items  marked  4  in  Figure 
6).  Brief  test  instructions  in  the  upper  part  of  the  box  shall  be  separated  from 
a  decision  question  in  the  lower  part  of  the  box  by  a  horizontal  dashed  line. 

Each  test  and  question  shall  be  developed  in  accordance  with  the  requirements 
of  3.3.3. 1.  Action  flow  and  layout  shall  be  as  follows: 

a.  There  shall  be  one  input  line  to  each  test/decision  box.  It  shall 
enter  at  top  or  left  center.  (See  item  5  in  Figure  6.) 

b.  There  shall  be  two  output  (branch)  lines  from  each  box.  The 
vertical  line  shall  exit  at  bottom  center  and  the  horizontal  branch  line  shall 
exit  from  the  right,  adjacent  to  the  question.  (See  items  6  and  7  in  Figure  6.) 
Whenever  question  results  and  layout  permit,  the  vertical  branch  (6)  shall  be 
identified  by  a  YES  answer  and  the  horizontal  branch  (7)  shall  be  identified  by 
a  NO  answer.  However,  in  the  final  layout  the  YES  and  NO  positions  shall 
be  arranged  to  provide  the  most  practical  Logic  Tree  structure. 

c.  All  layouts  shall  be  as  orderly  and  straightforward  as  the  sample 
Logic  Trees  in  Figures  6,  7,  8,  10,  and  11.  Other  layouts  are  permitted 
only  with  approval  of  the  Procurement  Agency. 
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d.  If  approved  by  the  Procurement  Agency,  answers  other  than  "Yes" 
and  "No"  may  be  used.  For  example,  in  certain  situations  it  may  be  more 
effective  to  use  "Red  and  Green"  or  "6  volts  and  12  volts." 

e.  If  required  to  support  the  test,  a  waveform  or  other  measurement 
diagram  shall  be  attached  to  the  upper  right  corner  of  the  test/decision  box 
to  which  it  applies.  (See  item  10  in  Figure  6.)  These  diagrams  shall  be  pre¬ 
pared  in  accordance  with  3. 4. 1. 

3.3.2. 6  Corrective  action  boxes.  A  rectangular  corrective  action  box  shall 
terminate  the  end  of  each  end  branch  of  the  Tree.  (See  items  marked  8  in 
Figure  6. )  The  instructions  in  each  box  shall  be  developed  in  accordance  with 
requirements  of  3.3.  3.4. 

3. 3. 2. 7  Notes.  Notes  may  be  used  as  necessary  to  convey  or  emphasize 
essential  operating  or  troubleshooting  procedures,  conditions,  or  data.  They 
shall  be  located  in  a  box  at  upper  right  on  the  Logic  Tree  page  or  as  available 
white  space  allows.  (See  item  9  in  Figure  6.)  A  reference  such  as  (See  Note), 
(Note  1),  (Note  2),  etc. ,  shall  be  placed  at  the  applicable  point  in  the  Logic 
Tree  as  required.  Notes  shall  be  used  only  where  necessary. 

3.  3.  2.  8  Continuation  branches.  Continuation  branches  of  a  Logic  Tree  or 
branch(es)  to  other  pages  shall  be  symbolized  by  a  circled  number.  (See 
item  11  in  Figure  6. )  For  each  Tree,  these  continuation  numbers  shall  begin 
with  "1"  and  continue  in  sequence  as  necessary.  The  corresponding  starting 
point  on  the  subsequent  page  shall  be  a  duplicate  symbol. 

3.3.2.  9  Page  identifiers.  Instead  of  standard  page  numbers,  a  unique  identifier 
indicating  the  specific  Logic  Tree  number  only  shall  be  located  in  the  lower 
outer  corner  of  each  page  of  the  Logic  Tree  section  of  the  LTTA  to  provide 
immediate  access  to  specific  Logic  Trees.  (See  item  12  in  Figure  6.)  It  shall 
be  set  in  bold  face  type  in  the  form:  LT  6-1,  LT  6-2,  etc.  The  System/Sub¬ 
system/Subject  Number  (see  3. 1.4. 1.3)  shall  appear  above  each  LT  page 
identifier  (see  Figure  8). 

3.3.3  Content  and  development  rules  for  Logic  Trees.  A  Logic  Tree  shall 
consist  of  the  instructions,  tests,  questions,  corrective  actions,  and  follow-on 
Checkout  instructions  required  for  the  technician  to  proceed  from  a  fault  symptom 
through  a  trouble  isolation  procedure,  to  a  corrective  action,  and  then  to  a 
Checkout  procedure  to  verify  that  the  fault  has  been  properly  corrected.  The 
test  procedures  within  a  Logic  Tree  shall  direct  the  technician  to  exercise  the 
system  through  a  series  of  carefully  chosen  discussion  points  in  strategically 
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organized  sequences,  called  branches.  Each  such  branch  shall  lead  the  tech¬ 
nician  through  a  strategically  organized  sequence  of  tests,  questions,  and 
decisions  pertaining  to  a  specific  section  of  the  system  until  a  specific  correct¬ 
able  fault  is  identified. 

3. 3.  3. 1  Development  rules.  Each  Logic  Tree  shall  be  developed  according  to 
the  following  rules  and  strategies: 

a.  Only  one  fault  symptom  is  observable  at  a  time  and  only  one  fault 
exists  in  the  system  at  a  time. 

b.  Each  point  of  test  shall  be  selected  to  obtain  the  greatest  amount  of 
fault  isolation  information  for  the  action  taken.  Instructions  for  performing 
the  test  shall  be  concise,  simply  worded,  and  arranged  in  specific  steps.  The 
complete  test,  or  its  steps,  shall  be  preceded  by  a  locator  reference  to  a  fold- 
out,  or  references,  as  required  to  ensure  successful  completion  of  the  test. 

c.  Each  test  shall  isolate  a  meaningful  section  of  the  system  or  subsys¬ 
tem  in  which  the  fault  can  or  cannot  exist.  When  a  test  result  shows  that  the 
fault  does  not  lie  in  a  specified  section  of  the  system,  the  branch  of  the  Tree 
representing  that  section  is  not  accessible  for  later  trouble  isolation  tests 
(i.e. ,  no  further  testing  is  permitted  in  that  section  of  the  system). 

d.  The  first  tests  to  be  done  will  normally  be  those  that  use  meters, 
switches,  annunciators,  warning  lights,  and  other  built-in  test  equipment.  The 
human  senses  for  sight,  sound,  and  touch  should  also  be  used  to  advantage  in 
the  testing  process  —  particularly  at  the  Organizational  level. 

e.  Tests  that  must  be  done  with  external  test  equipment  will  normally 
appear  later  in  the  testing  process.  At  the  Organizational  level,  the  use  of 
test  equipment  shall  be  avoided  where  possible. 

f.  Two  or  more  tests  shall  not  cause  a  closed  loop  in  the  strategy  (i.  e. , 
a  situation  wherein  one  fault  is  isolated  from  two  branches  of  the  Logic  Tree). 

g.  No  test  shall  result  in  a  dead  end  (i.e.,  a  situation  in  which  the 
troubleshooter  is  left  to  devise  a  strategy  for  continuing  the  trouble  isolation 
procedure). 

h.  Every  test  must  yield  a  reliable  result  compatible  with  its  YES/NO 
question.  There  shall  be  no  possibility  of  a  third  ambiguous  result. 


i.  A  serial  (nonbranching)  sequence  in  which  one  item  after  another  is 
checked  for  a  pass/fail  condition  until  the  fault  is  found  (as  in  doing  a  Checkout) 
is  permissible  only  where  it  is  the  only  possible  sequence  for  testing. 

j.  The  tests  in  each  branch  shall  result  in  accomplishing  one  of  the 
following,  as  applicable  to  the  respective  maintenance  level  and  authorized 
maintenance  procedures: 

(1)  Determine  which  one  of  two  LRUs  (Organizational  level)  or  which 
one  of  two  units,  parts,  or  pieces  (Intermediate  level)  is  faulty.  (An  application 
of  this  rule  is  shown  in  the  area  marked  "A"  in  Figure  7.) 

(2)  Determine  that  an  LRU,  or  a  unit,  part,  or  piece  is  faulty  or  that 
an  additional  test  must  be  made.  (An  application  of  this  rule  is  shown  in  the 
area  marked  "B"  in  Figure  7.) 

(3)  Determine  that  a  subassembly  Checkout  must  be  made  or  that 
another  test  must  be  made.  (An  application  of  this  rule  is  shown  in  the  area 
marked  "C"  in  Figure  7.) 

3. 3.  3. 2  Test  instructions.  Test  instructions  in  each  Logic  Tree  shall  be 
developed  according  to  the  following  rules: 

a.  Each  test  in  a  test/decision  box  shall  be  a  dual-level  presentation 
that  begins  with  a  concise  description  of  the  test  followed  by  detailed,  step- 
by-step  procedures.  The  description  shall  provide  an  experienced  technician 
with  enough  information  to  perform  the  test  or  to  complete  the  test  with  only 
a  quick  review  of  the  detailed  procedure  and  the  question. 

b.  The  test  description  shall  normally  be  one  line  and  begin  with  the 
word  "Check."  It  shall  describe  what  is  to  be  checked  and  give  a  locator 
diagram  (foldout)  reference. 

c.  Detailed  instructions  shall  be  presented  as  numbered  steps,  simpli¬ 
fied  as  appropriate  to  the  training  and  experience  level  of  the  technician  as 
defined  in  the  User  Profile.  Provide  the  following  information: 

(1)  Location  where  step  will  be  performed 

(2)  Name  and  callout  number  of  items  used  in  the  test 

(3)  Action  required  to  perform  the  test 
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(4)  Additional  diagram  references,  if  required,  at  the  beginning 
of  the  step  to  which  they  first  apply. 

d.  If  the  test  is  a  simple  procedure,  the  test  description  and  instructions 
may  be  combined  into  a  single  statement.  A  typical  test  will  consist  of  view¬ 
ing  a  meter  or  gauge,  making  a  measurement  on  a  device  already  in  position, 
listening  for  a  characteristic  noise,  or  setting  a  switch.  In  such  cases,  the 
illustration  reference  should  precede  the  statement.  An  application  of  this 
kind  of  test  is  shown  in  the  first  test/decision  box  (upper  left  corner)  of 
Figure  8. 


3. 3. 3. 3  Questions  The  question  in  each  test/ decision  box  shall  be  complete 
and  concise  and  usually  on  one  line  for  quick  and  easy  reading.  The  question 
must  not  repeat  procedure  data  stated  in  the  test  description  or  instruction. 


3. 3. 3. 4  Corrective  action  instructions.  Corrective  actions  in  the  Logic  Tree 
shall  be  developed  according  to  the  following  rules: 

a.  The  instructions  in  the  corrective  action  boxes  at  the  ends  of  the 
branches  shall  define: 

(1)  Corrective  action  to  be  taken 

(2)  Follow-on  Checkout  to  be  done. 

b.  Corrective  action  instructions  shall  direct  one  of  the  following  actions: 

(1)  Repair,  replacement,  adjustment,  or  alignment  of  a  specific 
unit,  part,  or  piece 

(2)  Further  Checkout  of  the  assembly  or  subassembly  to  further 
isolate  the  fault. 

c.  Follow-on  Checkout  instructions  shall  be  written  in  one  of  the  following 
forms: 


(1)  Do  Checkout  X-X. 

(2)  Do  (assembly  name)  Checkout  X-X. 


(3)  Do  Check  X  in  Checkout  X-X. 
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3.3.4  Draft  Logic  Trees.  A  draft  layout  of  each  required  Logic  Tree  shall  be 
developed.  It  shall  be  available  during  Contractor  in-process  reviews  and  • 

Validation  and  during  Government  in-process  reviews.  Each  draft  Tree  shall  i 

be  developed  to  satisfy  all  Logic  Tree  requirements,  including  the  following: 

a.  Section-sequence  number.  A  preliminary  section  and  sequence 
number  shall  be  assigned  to  each  Tree.  It  shall  be  replaced  by  a  final  number 
when  all  draft  Trees  have  been  reviewed,  approved,  and  arranged  in  the 
sequence  in  which  they  will  appear  in  the  manual. 

b.  Layout  sketch.  Boxes,  data  lines,  and  arrows  should  be  neatly 
hand  sketched  with  text  hand  printed  in  upper  and  lower  case  letters  as  they 
are  to  be  typeset. 

c.  Test  instructions  and  questions.  The  trouble  isolation  strategy 

in  the  form  of  test  instructions  and  questions  shall  be  developed  in  accordance 
with  the  requirements  of  3.  3. 1,  3.  3.  2,  and  3.  3.  3. 

d.  Isolation  strategy.  The  preparer  shall  include  a  brief,  hand¬ 
written  summary  of  the  trouble  isolation  strategy  for  each  Logic  Tree.  It 
shall  explain  how  the  preparer  isolated  the  faults  associated  with  a  fault 
symptom  by  using  the  fewest  steps  and  the  most  practical  Logic  Tree  sequence. 

This  summary  shall  not  become  part  of  the  final  Logic  Tree. 

e.  Objective.  Adjacent  to  each  test/decision  box,  the  preparer  shall 
print  the  objective  for  that  particular  test  and  question.  These  objectives  shall 
be  one  or  two  sentences  which,  when  studied  together,  will  outline  and  define 
the  strategy  incorporated  in  the  Logic  Tree.  These  sentences  shall  not  inter¬ 
fere  with  the  basic  structure  of  the  draft  Logic  Tree  and  shall  not  be  printed 
with  the  final  Tree. 

f.  Diagrams.  Annotated  diagrams  used  for  Logic  Tree  preparation 
shall  also  be  attached  to  the  draft  Logic  Tree. 

3.3.4. 1  Review  of  draft  Logic  Trees.  Draft  Logic  Trees  shall  be  thoroughly 
evaluated  for  clarity,  logical  development,  completeness,  and  technical  accuracy 
by  one  or  more  subject  matter  experts  who  understand  the  system  and  the  devel¬ 
opment  of  troubleshooting  strategies.  Copies  of  the  corrected  Trees  and  their 
attached  strategy  summaries  shall  be  prepared  for  examination  during  Contractor  i 

and  Government  in-process  reviews.  When  reviewed  and  approved  by  the  Pro-  I 

curing  activity,  each  draft  Logic  Tree  shall  become  the  model  for  a  final  Logic  j 

Tree. 
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3.3.5  Final  Logic  Trees.  After  the  draft  Logic  Trees  have  been  validated  and 
approved  by  in-process  review,  the  final  Logic  Trees  shall  be  prepared  from 
them,  using  the  rules  and  guidance  in  this  specification.  The  final  layout  of 
each  Logic  Tree  shall  maintain  the  Yes  answers  in  a  uniform  vertical  flow  of 
steps  and  the  No  answers  in  a  uniform  horizontal  flow  of  steps  to  the  extent 
that  this  arrangement  is  practical  for  good  Logic  Tree  layout  and  understand- 
ability. 

3.3.6  Level  of  enrichment.  Logic  Trees  shall  be  developed  with  a  level  of 
enrichment  as  specified  by  the  Procuring  Agency.  If  no  level  of  enrichment  is 
specified,  Logic  Trees  should  be  enriched  to  the  normal  level  (defined  in 

3. 3.6.2,  below).  Enrichment  consists  of  supplementary  data  (procedural  text 
and  illustrations)  which  aid  the  technician  to  perform  fault  diagnoses  more 
quickly,  but  which  are  not  normally  crucial  to  performance.  Logic  Trees  shall 
be  developed  with  one  of  the  following  three  levels  of  enrichment:  1)  minimal; 

2)  normal;  or  3)  full. 

3.3.6.  1  Minimal  enrichment.  Minimal  enrichment  is  exemplified  in  Figure 
10.  The  procedural  data  are  written  to  the  level  of  a  trained  and  skilled  tech¬ 
nician  and  have  no  accompanying  measurement  or  locator  illustrations  (although 
references  to  locator  diagrams  at  the  rear  of  the  manual  can  be  employed). 
Compare  the  level  of  procedural  detail  in  Figure  10  with  that  of  Figure  8, 
which  has  normal  enrichment.  Both  discuss  diagnosis  of  the  same  fault.  The 
Logic  Tree  in  Figure  8  provides  more  detailed  steps  and  is  aimed  at  the  less 
skilled  technician.  It  also  contains  significantly  less  Logic  Tree  procedures 
per  page. 

3. 3. 6.  2  Normal  enrichment.  Normal  enrichment  contains  detailed,  step-by- 
step  text  procedures  accompanied  by  performance  measurement  diagrams, 
where  appropriate.  Logic  Trees  shall  be  developed  with  normal  enrichment, 
as  shown  in  Figures  7  and  8,  unless  the  Procuring  Agency  specifies  minimal 
or  full  enrichment. 

3. 3.6.3  Full  enrichment.  Full  enrichment  is  exemplified  in  Figure  11,  in 
which  the  Logic  Tree  procedural  text  is  the  same  as  in  normal  enrichment, 
but  supporting  locator  illustrations  are  adjacent  to  the  text.  This  level  of 
enrichment  provides  the  technician  with  all  the  system/ equipment  functional 
and  physical  locator  illustrations  needed.  With  full  enrichment,  foldout  locator 
drawings  are  not  required  in  a  rear  section  of  the  manual.  In  Logic  Trees 
with  full  enrichment,  callout  names  or  numbers  on  locator  artwork  shall  be 
restricted  to  data  needed  to  support  that  specific  Logic  Tree. 


3. 3. 7  "Preparation  for  Troubleshooting"  instructions.  The  first  part  of  any 
Logic  Tree  section  shall  be  an  introductory  group  of  instructions  titled, 
"Preparation  for  Troubleshooting."  They  shall  describe  what  the  technician 
should  do  before  starting  to  troubleshoot  with  the  Logic  Trees.  When  more 
than  one  system  or  major  subsystem  is  Included  in  a  volume,  these  instruc¬ 
tions  shall  be  provided  for  each  system  or  major  subsystem.  The  Preparation 
instructions  shall  include  any  or  all  of  the  following,  as  appropriate: 

a.  Introduction.  The  introduction  shall  briefly  describe  the  content 
of  the  troubleshooting  preparation  instructions  and  how  the  Logic  Trees  are 
to  be  used. 

b.  Equipment  diagrams.  Reference  shall  be  made  to  the  equipment 
diagrams  in  the  Checkout  section  or,  if  appropriate,  to  additional  ones  provided 
in  this  section  (see  3.  2. 4  b). 

c.  Standard  test  equipment.  Reference  shall  be  made  to  the  table  of 
Standard  Test  Equipment  provided  in  the  Checkout  section;  or,  where  the 
Checkouts  and  Logic  Trees  are  in  different  volumes,  another  table  may  be 
provided  (see  3.2.4  c). 

d.  Special  tools  and  test  equipment.  Reference  shall  be  made  to  the 
table  of  Special  Tools  and  Test  Equipment  provided  in  the  Checkout  section;  or, 
where  the  Checkouts  and  Logic  Trees  are  in  separate  volumes,  another  table 
may  be  provided  (see  3.  2.  4  d). 

e.  Notes,  Cautions,  and  Warnings.  These  items  shall  be  provided  in 
accordance  with  3. 1.  5. 1  c  and  MIL-M-38784. 

f.  Make-readv  requirements  and  procedures.  This  section  shall  pro¬ 
vide  instructions  on  how  to  prepare  for  troubleshooting.  Reference  shall  be 
made  to  Startup  procedures  in  the  Checkout  section  or  in  another  manual. 

g.  Spot  Check  tables.  A  Spot  Check  table  shall  be  included  for  those 
special  situations  wherein:  1)  only  one  fault  can  cause  a  fault  symptom;  2)  the 
corrective  action  for  a  fault  is  obvious  from  the  nature  of  the  fault  symptom  or 
system  troubleshooting  history;  or  3)  the  fault  is  a  critical  one  that  must  be 
addressed  and  corrected  immediately  —  thus,  no  further  trouble  isolation  pro¬ 
cedure  is  required.  The  fault  symptoms  included  in  this  table  shall  be  those 
identified  by  the  Failure  Mode  and  Fault  Symptom  analysis.  This  table  shall 
be  prepared  as  shown  in  Figure  9.  The  title  shall  include  the  system  or  sub¬ 
system  name  and  "Spot  Checks."  Each  title  shall  be  numbered  sequentially 
by  section,  in  the  form:  Table  6-1,  Table  6-2,  as  required. 
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h.  Completion  procedures  and  requirements.  This  section  shall  provide 
instructions  as  needed  to  ensure  that  the  technician  is  familiar  with  any  important 
special  conditions  after  Troubleshooting  and  Checkout  are  complete. 

3.3.8  List  of  Logic  Trees.  The  front  matter  for  each  volume  of  the  LTTA  shall 
contain  a  list  of  Logic  Trees  in  that  volume.  When  a  system  requires  more  than 
one  volume,  a  list  of  Logic  Trees  for  all  the  volumes  shall  be  provided  in  the 
first  volume.  These  lists  of  Logic  Trees  are  an  important  troubleshooting  aid, 
especially  to  the  more  experienced  troubleshooter  who  may  be  able  to  skip  the 
detailed  Checkout  by  referring  to  a  list  of  Logic  Trees  for  the  needed  trouble¬ 
shooting  aid.  Since  each  Logic  Tree  title  is  a  fault  symptom,  a  list  of  Logic 
Trees  is  effectively  a  Fault  Symptom  Index.  Each  list  of  Logic  Trees  shall 
provide  the  following  information: 

a.  Logic  Tree  number  in  the  form:  3-1,  3-2,  etc. 

b.  Logic  Tree  title.  This  title  must  be  a  complete  fault  symptom  as 
written  at  the  top  of  the  Logic  Tree. 

c.  If  the  Tree  appears  on  more  than  one  sheet,  the  number  of  sheets, 
in  the  form  (2  sheets),  (3  sheets),  etc. 

d.  Page  identifier  in  the  form:  LT  3-2,  LT  3-3,  etc. 

3.4  Illustration  requirements.  LTTAs  developed  with  normal  enrichment 
requirements  shall  contain  locator,  equipment,  and  measurement  diagrams  to 
support  the  Checkouts  and  Logic  Trees.  (LTTAs  with  minimal  enrichment  or 
full  enrichment  shall  contain  illustrations  as  defined  in  3. 3.6.)  If  optional 
Supporting  Aids  are  stipulated  in  the  contract  Statement  of  Work,  functional 
block  diagrams  and  schematic  diagrams  shall  also  be  supplied  (see  3.5).  Illus¬ 
trations  shall  be  line  drawings  in  accordance  with  MIL-M-38784,  except  for 
certain  waveforms  and  equipment  illustrations  as  defined  in  3.4.1  and  3.4.2. 
Locator  (and  functional  block  and  schematic,  if  required)  diagrams  shall  be 
foldouts  with  blank  aprons  and  shall  be  located  at  the  end  of  the  section,  chapter, 
or  volume  they  support.  They  shall  be  prepared  in  accordance  with  the  follow¬ 
ing  general  requirements: 

a.  Each  of  these  illustrations  shall  be  designed  to  support  the  Checkouts 
and  Logic  Trees,  and  other  sections  of  the  LTTA.  The  amount  and  arrangement 
of  information  on  each  diagram  shall  be  developed  to  best  serve  the  needs  of 

the  User. 

b.  Captions  shall  be  numbered  by  section  and  sequence,  such  as:  F/O 
9-1,  F/O  9-2,  etc. 
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c.  Each  set  of  foldouts  shall  be  preceded  by  an  introductory  page  contain¬ 
ing  a  Title,  brief  Description,  and  Purpose  of  the  diagrams.  If  required  to 
support  the  troubleshooting  efiort,  this  page  shall  also  contain  a  general  refer¬ 
ence  to  related  diagrams  in  other  manuals. 

d.  S/S/SN  numbers  shall  be  used  on  Organizational  diagrams  in  accord¬ 
ance  with  3. 1. 4. 1. 3. 

3.4.1  Measurement  diagrams.  Measurement  diagrams  shall  be  supplied  on 
Checkouts  and  Logic  Trees  to  show:  what,  where,  and  how  to  make  measure¬ 
ments  such  as  electronic  waveshapes,  mechanical  settings,  or  motion  or 
distance  tests.  If  required,  they  shall  also  be  shown  on  Supporting  Aids  like 
functional  block  diagrams.  Measurement  diagrams  are  small,  special-purpose 
illustrations  located  on  Checkout  and  Logic  Tree  pages.  They  shall  not  be 
captioned  as  figures  or  foldouts,  but  a  descriptive  title  may  be  applied  to 
clarify  their  purpose  and  use. 

3.4. 1. 1  Waveforms.  When  a  waveform  measurement  diagram  is  required,  it 
shall  be  a  reversed  line  drawing  (white  on  black)  except  where  the  contractor 
can  show  cost  and  time  savings  by  using  oscillograms  and  approval  is  granted 
by  the  Procuring  activity.  The  waveform  shall  show  the  normal  signal  at  a 
designated  test  point  in  a  circuit  when  using  the  authorized  oscilloscope  as  well 
as  the  specific  settings.  These  settings  shall  be  printed  as  close  to  the  wave¬ 
form  as  possible,  retaining  good  visual  presentation  and  clear  separation  from 
other  information.  Capital  letters  and  a  medium  or  bold  type  shall  be  used. 

(See  Figures  3  and  7. ) 

3.4.2  Equipment  diagrams.  Equipment  diagrams  shall  be  supplied  to  show  the 
general  arrangement  and  installation  of  the  major  hardware  items  in  a  system, 
subsystem,  or  equipment.  They  shall  be  prepared  as  line  drawings  and  oriented 
to  show  the  equipment  as  it  will  be  viewed  by  the  troubleshooter.  They  shall 
normally  be  used  only  with  descriptive  or  instructive  information  as  is  found 
in  the  Preparation  for  Checkout  and  Preparation  for  Troubleshooting  portions 
of  the  LTTA. 

3.4.2. 1  Photographs.  Photographs  may  be  used  in  lieu  of  line  drawings  when 
authorized  bv  the  Procurement  Agency. 

3.4.2.  2  Size  and  location.  Equipment  diagrams  shall  be  partial  or  full  page 
size,  but  not  foldouts.  Turnpages  shall  be  avoided.  Equipment  diagrams  shall 
be  designated  as  figures  and  located  close  to  the  printed  information  that  they 
support.  Full  page  equipment  diagram  pages  shall  be  printed  both  sides  of  the 
sheet,  unless  otherwise  specified.  Captions  shall  be  numbered  sequentially 
throughout  the  book. 
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3.4.3  Locator  diagrams.  Locator  diagrams  shall  be  foldouts  that  show  com¬ 
ponent  configurations  and  convey  physical  locations  on  systems,  subsystems, 
equipments,  and  assemblies.  Diagrams  shall  portray  item  identification,  mea¬ 
surement  or  test  points,  and  other  data  as  required  to  ensure  successful  Check¬ 
out  and  fault  isolation.  Diagrams  shall  show  only  those  parts  of  the  equipment 
or  unit  that  are  pertinent  to  the  text  they  support.  Example  of  locator  diagram 
requirements  are  demonstrated  in  Figures  12  and  13. 

3.4.3. 1  Orientation.  Locator  diagrams  shall  be  oriented  to  show  the  equip¬ 
ment  as  it  will  be  viewed  by  the  User. 

3.4. 3. 2  Callouts.  Each  item  needed  for  the  troubleshooting  task  shall  have  a 
callout  line  and  number.  Callouts  shall  be  limited  to  those  necessary  for  the 
LTTA  procedures.  Callout  1  shall  be  placed  at  top  center  of  the  illustration 
and  all  other  callouts  shall  follow  clockwise  in  numerical  sequence.  A  legend 
shall  be  placed  on  the  illustration  or  its  apron  to  show  correlation  between 
callout  numbers  and  item  names.  Whenever  an  equipment  component  is  shown 
on  two  or  more  illustrations,  its  name  and  callout  shall  be  consistent. 

3. 4.  3.  3  General  location  view.  When  an  equipment  assembly  or  significant 
component  is  first  referenced  and  its  location  has  not  yet  been  established, 
a  small  general  location  view  shall  be  used  to  identify  its  location  within  the 
equipment  or  system.  An  oversized  arrow  as  shown  in  Figure  13  shall  be 
inserted  from  the  assembly  or  component  position  on  the  location  view  to  an 
enlarged,  detailed  view.  Leader  lines  shall  then  be  used  to  locate  and  identify 
needed  items, 

3.4.4  Functional  block  diagrams.  Functional  block  diagrams,  if  required, 
shall  be  foldouts  that  show  schematically  the  functional  interrelationships  and 
pathways  of  energy,  signals,  power,  fluid,  etc. ,  as  well  as  significant  feed¬ 
back  or  feed  forward  loops,  between  the  stages  or  components  of  a  system, 
subsystem,  or  equipment.  The  functions  of  the  system  or  equipment  shall  be 
clearly  shown  in  block  diagram  style.  All  appropriate  troubleshooting  test 
points  shall  be  indicated  and  identified.  Measurement  diagrams,  if  required  to 
show  the  value  or  signal  to  be  measured  at  a  test  point,  shall  be  located  in 
proximity  to  the  applicable  text  point.  They  shall  be  connected  by  a  diagonal 
dashed  line  or  the  test  point  shall  be  called  out  adjacent  to  the  measurement 
diagram.  Functional  block  diagrams  shall  be  copies  or  adaptations  of  existing 
illustrations,  finished  copies  of  diagrams  prepared  for  use  during  the  task 
analysis,  or  ones  specially  prepared  to  meet  the  requirements  of  this  specifica¬ 
tion.  Samples  of  these  requirements  are  shown  in  Figures  14  and  15. 
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3.4.5  Schematic  diagrams.  Schematic  diagrams,  when  required,  shall  be  fold- 
outs  prepared  and  presented  in  accordance  with  MIL-M-38784.  Whenever  feasible, 
they  shall  be  copies  or  adaptations  of  existing  illustrations  or  finished  copies  of 
diagrams  prepared  for  use  during  the  task  analysis.  A  sample  schematic  is 
shown  in  Figure  16. 

3.5  Supporting  Aid  requirements.  Supporting  Aids  are  optional  elements  of  the 
LTTA,  and  therefore  they  shall  be  provided  only  when  specified  by  the  contract 
Statement  of  Work.  When  required,  Supporting  Aids  shall  be  provided  to  give  the 
troubleshooter  the  wherewithal  to  develop  a  trouble  isolation  strategy  to  isolate 
those  troubles  for  which  it  is  not  practical  to  provide  proceduralized  troubleshoot¬ 
ing  aids  such  as  Checkouts  and  Logic  Trees.  Supporting  Aids  provide  the  experi¬ 
enced  technician  with  detailed  technical  data  to  enable  diagnosis  of  faults  by 
examining  energy  flow,  mechanical  interrelationships,  and  engineering  drawings 
for  those  faults  not  covered  elsewhere  in  the  LTTA.  Supporting  Aids  consist  of 
troubleshooting  strategies,  functional  block  diagrams,  and  schematic  diagrams. 
Specific  requirements  for  the  strategies  are  established  in  this  section,  but 
requirements  for  the  diagrams  are  specified  in  3.4. 

3. 5. 1  Functional  block  diagrams.  If  Supporting  Aids  are  required  by  the  con¬ 
tract,  functional  block  diagrams  shall  be  supplied  as  explained  in  3.4.4. 

3.5.2  Schematic  diagrams.  If  Supporting  Aids  are  required  by  the  contract, 
schematic  diagrams  shall  be  supplied  as  explained  in  3.4.5. 

3.5.3  Troubleshooting  strategies.  When  required,  a  troubleshooting  strategy 
shall  be  provided  for  each  system  or  subsystem  included  in  the  LTTA.  Each 
strategy  shall  include,  but  not  be  limited  to,  the  following  elements: 

a.  A  brief  description  of  the  system  and  its  characteristics  with 
respect  to  troubleshooting,  including  a  list  of  the  types  of  troubles 
not  covered  by  Logic  Trees 

b.  How  to  use  functional  block  diagrams  and  schematic  diagrams  in 
developing  a  trouble  isolation  strategy 

c.  References  to  pertinent  data  in  applicable  maintenance  manuals 
(e.  g. ,  system  description,  theory  of  operation,  functional 
descriptions) 

d.  Identification  and  location  of  test  points  and  references  to  locator 
diagrams  and  other  diagrams 
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e.  List  of  test  equipment  to  be  used  and  applicable  supporting 
materials 

f.  Brief  description  of  recommended  approach  and  techniques  for 
isolating  troubles 

4.  QUALITY  ASSURANCE  PROVISIONS 

4.1  Responsibility  for  inspection.  Unless  otherwise  specified  in  the  contract, 
the  contractor  is  responsible  for  the  performance  of  all  inspection  require¬ 
ments  as  specified  herein.  Except  as  otherwise  specified  in  the  contract,  the 
contractor  may  use  Contractor  or  any  other  facilities  suitable  for  the  per¬ 
formance  of  the  inspection  requirements  specified  herein,  unless  disapproved 
by  the  Government.  The  Government  reserves  the  right  to  perform  any  of  the 
inspections  set  forth  in  the  specification  where  such  inspections  are  deemed 
necessary  to  assure  supplies  and  services  conform  to  prescribed  requirements. 

4.2  Contractor  inspection.  All  material  furnished  in  accordance  with  this  speci¬ 
fication  shall  be  inspected  by  the  supplier  for  conformance  to  the  applicable 
requirements  herein.  Contractor  shall  have  the  primary  responsibility  for  in- 
process  quality  assurance  during  the  development  phase  of  the  LTTA  manual, 
and  shall  be  responsible  for  its  technical  completeness  and  integrity  as  presented 
for  Government  acceptance.  The  contractor  shall  be  further  responsible  for 
correcting  any  errors  or  omissions  detected  by  the  Government  before 
acceptance,  as  well  as  after  acceptance  for  the  period  of  time  stated  in  the 
contract.  In-process  quality  assurance  shall  be  conducted  in  accordance  with 

a  Quality  Assurance  plan  as  required  in  4.4  and  product  integrity  shall  be 
assured  by  a  Validation  program  as  required  by  4.6.  If  subcontractors  perform 
any  of  the  manual  development,  the  contractor  shall  be  responsible  for  assuring 
that  drafts  and  final  manual  conform  to  the  contract  and  specification  require¬ 
ments.  The  extent  of  control  invoked  and  exercised  by  the  contractor  shall  be 
identified  in  the  Quality  Assurance  plan,  and  the  contractor  shall  inspect  all 
materials  upon  receipt  from  the  subcontractor. 

4.3  Government  inspection.  All  material  furnished  in  accordance  with  this  speci¬ 
fication  shall  be  subject  to  inspection,  verification,  and  approval  or  disapproval 
by  the  Government  as  specified  by  the  terms  of  the  contract.  Inspection/ 
Verification  will  be  performed  by  the  Government  prior  to  acceptance.  Govern¬ 
ment  inspection  will  include  periodic  in-process  reviews  and  inspections  during 
manual  development,  and  verification  of  the  manuals  submitted  by  the  contractor. 
In-process  reviews  will  be  performed  by  the  Government  at  key  points  in  the 
LTTA  development  process.  Additional  unscheduled  reviews  will  be  performed 
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as  desired  by  the  Government.  The  reviews  will  be  conducted  in  the  contractor's 
facility  or  an  equipment  site,  or  both,  as  appropriate.  Key  points  of  in-process 
review  should  include  the  following  items: 

a.  Task  analysis  efforts  and  products 

b.  Draft  Checkout  procedures 

c.  Preparation  for  Checkout  instructions 

d.  Fault  Symptom  lists 

e.  Draft  Logic  Trees 

f.  Logic  Tree  development  package 

g.  Logic  Tree  lists 

h.  Preparation  for  Troubleshooting  instructions 

i.  Planning  for  measurement  diagrams  and  foldouts 

j.  Planning  for  Supporting  Aids  (if  needed) 

k.  Draft  appendices  (if  needed) 

l.  Troubleshooting  strategies 

4.4  Quality  Assurance  plan.  The  contractor's  Quality  Assurance  program  shall  be 
conducted  in  accordance  with  a  well  defined  plan.  This  plan  shall  document  the 
contractor's  provisions  and  methods  for  assuring  the  quality  of  the  LTTA  manu¬ 
als,  and  it  shall  be  incorporated  in  the  Publication/QA  plan  required  by  3. 1.6. 
The  Quality  Assurance  section  of  the  plan  shall  be  subject  to  the  same  approval 
requirements  as  the  Publication  section,  and  shall  contain  the  following  elements: 

a.  Details  of  the  proposed  in-process  Quality  Assurance  program  —  if 
an  inspection  system  in  accordance  with  4.5  is  a  requirement  of  the 
contract,  details  of  the  system  including  inspection  methods,  records 
keeping,  corrective  action,  and  responsibilities  of  assigned  depart¬ 
ments  and  personnel 

b.  Validation  plan,  including  methods  and  procedures,  records  keeping, 
personnel  assignments,  correction  and  revalidation,  and  scheduling 

c.  Provisions  for  participation  in  and  support  of  Government  in-process 
reviews  including  facilities,  equipment,  and  data  availability  and 
access,  personnel  participation,  and  documentation  of  and  compliance 
with  guidance  provided 

d.  Methods  and  procedures  for  controlling  quality  of  products  prepared 
by  the  contractor 
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4.5  Contractor  inspection  systems.  When  required  by  the  contract,  the  contractor 
shall  establish  and  maintain  a  continuous  in-process  inspection  system,  for  the 
purpose  of  assuring  a  quality  LTTA,  beginning  with  the  earliest  development 
stages.  It  shall  be  a  written  system  conducted,  documented,  and  maintained  in 
accordance  with  the  requirements  of  this  section  and  applicable  portions  of 
MIL-I-45208  cited  herein.  The  system  shall  provide  comprehensive  control  of 
the  development  and  validation  of  the  manuals  to  assure  that  they  meet  the 
requirements  of  the  contract  and  this  specification,  and  are  adequate  for  the 
intended  use.  If  a  quality  program  in  accordance  with  MIL-Q-9858  is  a  require¬ 
ment  of  the  equipment  program,  it  may  be  used  instead  (in  whole  or  in  part),  at 
the  contractor's  option  to  permit  a  single,  uniform  quality  system.  When  the 
contract  includes  preparation  of  a  formal  task  analysis  (MTI&A)  effort,  it  shall 
be  integrated  with  the  overall  technical  manual  Quality  Assurance  program.  If 
the  contract  requirements  for  Contractor  inspection  conflict  with  this  specifica¬ 
tion,  the  contract  shall  govern.  The  contractor's  responsibilities  for  the  inspec¬ 
tion  system  shall  be  in  accordance  with  MIL-I-45208.  The  contractor  shall  use 
Contractor  or  other  manpower,  facilities,  and  services  as  approved  by  the 
Procuring  Agency.  Quality  Assurance  personnel  shall  not  be  the  same  persons 
as  those  preparing  the  item  being  examined,  but  shall  be  qualified  by  training  and 
experience  to  assess  LTTA  requirements,  products,  and  Validation  methods. 

4.5.1  Detailed  requirements.  Contractor  inspection  systems  shall  incorporate 
the  following  requirements: 

a.  Inspection  instructions.  Directions  for  inspection  shall  be  docu¬ 
mented  by  clear,  complete,  and  current  instructions  as  prescribed  in  MIL-I- 
45208.  The  instructions  shall  include  sampling  procedures,  methods  of 
checking  the  adequacy  of  analysis  procedures,  and  Checklists  for  assessing  the 
content  and  completeness  of  LTTA  materials.  Criteria  for  approval  and  rejec¬ 
tion  shall  be  given.  Inspections  shall  be  conducted  in  accordance  with  the 
approved  Quality  Assurance  plan.  Sampling  methods  shall  be  applied  when 
deemed  suitable  during  the  development  period.  However,  all  LTTA  procedures 
must  be  subjected  to  100  percent  Validation  prior  to  submission  to  Government. 

b.  Records.  The  results  of  all  inspections  shall  be  recorded  in  accord¬ 
ance  with  MIL-I-45208.  The  records  shall  indicate  the  products  sampled,  the 
nature  and  number  of  observations  made,  the  number  and  type  of  deficiencies 
found,  and  the  nature  of  corrective  action  taken  as  appropriate. 

c.  Corrective  action.  When  defects  are  found  during  inspection,  the 
contractor  shall  take  prompt  action  in  accordance  with  MIL-I-45208  to  correct 
the  defects  or  conditions  that  could  result  in  the  submission  of  a  defective 
manual  to  the  Government. 
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d.  Source  data.  The  inspection  system  shall  provide  for  procedures 
which  assure  that  the  latest  source  data  are  being  used  for  LTTA  development. 


e.  Validation.  The  inspection  system  shall  provide  procedures  for 
monitoring  the  Validation  process  by  Quality  Assurance  personnel  to  ascertain 
that  it  is  being  conducted  in  accordance  with  the  requirements  of  4.6  and  the 
Validation  plan,  that  Validation  results  are  properly  recorded,  and  that  LTTA 
materials  are  corrected  as  necessary. 

4.5.2  Checkout  QA  Checklist.  The  contractor  shall  be  prepared  to  show  at  any 
time  that  all  draft  or  final  Checkouts  contain  the  following  characteristics: 

a.  Each  Checkout  is  accurate,  complete,  and  free  of  redundant  steps. 

b.  Each  Check  within  a  Checkout  is  independent  of  other  Checks  and 
will,  if  all  steps  are  completed  successfully,  accurately  determine  that  the 
applicable  section  of  the  system  is  operating  properly. 

c.  Each  step  is  correctly  developed  for  dual-level  presentation,  is 
accurate,  and  easy  to  understand. 

d.  Each  Checkout  is  supported  by  accurate  diagrams. 

e.  User  instructions  are  concise  and  easy  to  understand. 

f.  Measurement  diagrams  accurately  represent  the  in-tolerance 
condition  for  the  applicable  measurement. 

g.  Oscilloscope  settings,  if  required,  are  correct,  complete,  and  easy 
to  understand. 

h.  Only  authorized  tools  and  test  equipment  are  used  in  the  Checkout 
procedures . 

i.  The  right  column  contains  accurate  directions  to  go  to  a  Logic  Tree, 
to  do  a  subassembly  Checkout,  or  to  do  a  corrective  maintenance  action. 

4.5.3  Logic  Tree  QA  Checklist.  The  contractor  shall  be  prepared  to  show  at 
any  time  that  all  draft  or  final  Logic  Trees  contain  the  following  characteristics: 

a.  Each  Logic  Tree  structure  is  accurate,  complete,  and  free  of 
redundant  loops. 
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b.  Each  step  is  correctly  developed  for  dual-level  presentation,  is 
accurate,  and  easy  to  understand. 

c.  Each  Logic  Tree  is  supported  by  accurate  diagrams. 

d.  User  instructions  are  concise  and  easy  to  understand. 

e.  Measurement  diagrams  accurately  represent  the  in-tolerance  con¬ 
dition  for  the  applicable  point  of  test  or  measurement. 

f.  Oscilloscope  settings,  if  required,  are  correct,  complete,  easy  to 
understand,  and  in  the  best  position  for  easy  reading. 

g.  White  space  was  used  wisely  to  separate  Logic  Tree  elements,  to 
facilitate  easy  reading  and  rapid  scanning,  and  to  clearly  depict  the  logic  path. 

h.  Only  authorized  tools  and  test  equipment  are  used  in  the  Logic  Tree 
fault  isolation  procedure. 

i.  Corrective  actions  and  follow-on  Checkout  procedures  are  accurately 
identified. 

j.  There  is  a  Logic  Tree  for  every  applicable  fault  symptom  identified 
in  the  system  Checkout  procedure. 

4.6  Validation.  Prior  to  submission  to  the  Government,  the  LTTA  manual  shall 
be  validated  by  the  contractor  for  adequacy,  accuracy,  and  completeness  in 
accordance  with  the  following  requirements: 

a.  Validation  shall  constitute  a  complete  and  thorough  check  of  data  and 
procedures  to  ensure  overall  quality  and  technical  integrity  of  the  products. 

b.  Validation  may  be  performed  at  the  contractor's  facility,  an  equip¬ 
ment  site,  at  the  subcontractor's  facilities,  or  a  combination  of  these  as 
determined  to  be  most  suitable  for  the  purpose. 

c.  Validation  shall  be  conducted  by  qualified  Contractor  technical  per¬ 
sonnel  and  Quality  Assurance  representatives  in  accordance  with  the  approved 
Publication/QA  plan.  The  Government  reserves  the  right  of  witnessing 
Validation  by  representatives  of  the  Procuring  activity;  therefore,  the  con¬ 
tractor  shall  notify  the  Procuring  Agency  in  advance  of  scheduled  Validation 
activities. 
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d.  The  contractor  shall  validate  all  task  analyses,  data  Checkout  pro¬ 
cedures,  the  Logic  Tree  development  package,  draft  and  final  Logic  Trees, 
diagrams,  and  troubleshooting  strategies  developed  for  use  in  the  LTTA  manual 

e.  The  LTTA  manual  must  be  completely  validated. 

f.  Equipment  shall  be  dedicated  for  operation,  alignment,  adjustment, 
simulation  of  malfunctions,  troubleshooting  and  test  as  necessary  to  the 
Validation  process. 

4.6.1  Validation  procedures.  The  following  procedures  shall  be  observed  to 
comply  with  Validation  requirements: 

a.  All  procedures  and  steps  shall  be  validated  100  percent  on  the 
equipment. 

b.  The  adequacy  of  the  task  steps  and  illustration  references  of  the  Check¬ 
out  and  Logic  Tree  section  shall  be  checked  by  actual  performance.  Only  the 
LTTA  manual  and  authorized  tools  and  test  equipment  shall  be  used.  The 
objective  shall  be  100  percent  Validation  of  technical  accuracy,  adequacy,  and 
performability  by  target  User  personnel. 

c.  Simulation  in  lieu  of  full  troubleshooting  performance  shall  be  used 
only  as  necessary  to  prevent  degradation  of  parts,  pieces,  or  components 
associated  with  the  faulty  elements.  Prior  approval  of  the  Government  shall 
be  obtained  for  all  troubleshooting  simulations. 

d.  Contractor  personnel  shall  perform  all  Checkout  and  troubleshooting 
procedures  on  operational  and  authorized  equipment,  using  only  information 
provided  in  the  LTTA  manual.  Additional  information  shall  be  limited  to  that 
required  for  safe  operation  of  equipment  and  protection  of  personnel.  Any 
procedure  that  cannot  be  fully  validated  shall  be  revised  and  re-performed 
until  it  meets  the  criteria  of  this  specification. 

e.  The  contractor  shall  determine  if  adequate  Cautions,  Warnings,  and 
Notes  have  been  included  at  appropriate  places  to  ensure  personnel  safety  and 
equipment  integrity. 
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4.6.2  Checkout  procedures  and  Logic  Trees.  Checkout  procedures  and  Logic 
Trees  shall  be  validated  to  ensure  that  they  meet  the  following  requirements: 

a.  The  Checkout  procedure  must  include  steps  that  will  expose  every 
fault  or  failure  mode  identified  during  the  troubleshooting  task  analysis  and 
therefore  requires  a  Logic  Tree. 

b.  The  Checkout  procedure  must  be  efficiently  structured  to  ensure 
against  redundant  steps,  omissions,  overlapping  Checks,  and  incomplete 
endings. 

c.  Every  fault  symptom  generated  by  the  Checkout  shall  have  a  corres¬ 
ponding  Logic  Tree  and  shall  be  accounted  for  in  the  list  of  Logic  Trees. 

d.  The  task  analysis  shall  be  validated  to  ensure  that  Logic  Trees  were 
not  incorrectly  omitted  for  certain  failure  modes  or  faults. 

e.  Every  locator  diagram  shall  correctly  correlate  with  the  Logic  Trees 
it  supports. 

f.  Every  Logic  Tree  shall  be  free  of  closed  loops,  duplicated  corrective 
actions,  and  improper  branching. 

g.  Decision  questions  in  a  Logic  Tree  shall  be  concise  and  accurately 
worded  to  require  only  a  YES  or  NO  answer,  unless  an  appropriate  substitute 
is  authorized. 

4.6.3  Tolerance  ranges.  In  the  process  of  validating  Logic  Trees,  the  con¬ 
tractor  shall  determine  the  full  range  of  tolerance  values  given  for  pressure, 
motion,  voltage,  current,  resistance  and  waveform  readings  (see  3.1.5.12). 
The  basis  for  these  determinations  shall  be  the  tolerance  ranges  listed  in 
Checkout  procedures  and  Logic  Trees.  The  full  range  for  each  reading  shall 
be  established  by  simulating  the  failure  mode  in  a  manner  that  allows  the 
tolerance  limits  to  be  observed  (i.e. ,  the  points  in  the  range  at  which  the 
fault  symptom(s)  appear.  When  approved  by  the  Government,  and  at  the 
option  of  the  contractor,  a  set  of  design,  engineering,  u^t  or  production 
reports  showing  the  required  tolerance  ranges  can  be  inserted  in  Validation 
results  in  lieu  of  further  trials. 
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4.6.4  Personnel.  Validation  proceedings  shall  include  the  following  personnel: 

a.  One  or  more  Contractor  subject  matter  experts  who  can  attest  to 
the  technical  accuracy  of  data,  procedures,  analysis,  and  decision 
steps  and  who  can  certify  appropriateness  to  the  maintenance  concept 
and  test  equipment  support  plan 

b.  Contractor  Quality  Assurance  representatives  who  are  empowered 
to  ensure  that  Validation  effort  meets  contract  and  specification 
requirements 

c.  One  or  more  subject  performers  who  have  training  and  technical 
capability  about  the  same  as  intended  User 

d.  A  Government  witness  (Government  option) 

e.  Supervisory  and  writing  personnel  as  required  to  record  Validation 
changes  and  support  the  Validation  process. 

4.6.5  Certification.  Contractor  shall  prepare  a  Validation  Certificate  at  the 
conclusion  of  Validation  proceedings.  It  shall  be  signed  by  two  or  more  manage¬ 
ment  personnel  empowered  to  certify  to  the  Government  that  the  LTTA  manual 

is  accurate,  complete,  and  in  accordance  with  all  requirements  and  intents  of 
the  contract  with  respect  to  meeting  the  needs  of  the  intended  User  specified 
by  the  Government.  The  Certificate  will  also  be  signed  by  the  Government 
Validation  witness.  This  signature  shall  only  certify  that  Validation  was  per¬ 
formed  and  shall  not  be  an  approval  of  the  methods,  format,  or  data  used  for 
the  Validation  process;  and  shall  in  no  way  relieve  the  contractor  of  responsi¬ 
bility  for  satisfactory  completion  of  contractual  or  specification  requirements. 
Verification  and  Warranty  terms  and  conditions  shall  remain  in  effect. 

4.6.6  Corrections  and  revalidating.  Contractor  shall  correct  all  Contractor 
errors  and  necessary  improvements  to  the  LTTA  at  no  cost  to  the  Government 
including  those  found  during  the  Verification  and  Warranty  periods.  Errors 
introduced  by  Government- furnished  data  shall  be  corrected  by  the  contractor 
at  a  cost  agreed  upon  by  the  contractor  and  the  Government  or  as  specified  in 
the  contract.  All  information  corrected  or  restructured  as  a  result  of  Valida¬ 
tion  shall  be  revalidated  and  recorrected  as  necessary  until  it  meets  the 
requirements  of  this  specification. 

4.6.7  Records.  The  contractor  shall  prepare  and  maintain  a  record  of  Valida¬ 
tion  proceedings  showing  dates,  material  validated,  findings,  action  taken,  and 
names  of  participants.  The  Procuring  activity  shall  have  the  right  to  examine 
these  records  at  the  contractor's  facility. 
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4.6.8  Government-furnished  data.  The  contractor  shall  include  in  Validation 
records,  a  listing  of  Government-furnished  data  and  a  certification  that  all 
such  data  are  correctly  used  in  the  manuscript.  The  contractor  is  not  responsible 
for  the  adequacy  and  accuracy  of  Government- furnished  data,  but  is  responsible 
for  notifying  the  Government  immediately  if  inaccurate,  inconsistent,  or  incom¬ 
plete  data  are  discovered. 

4.7  Verification.  Verification  is  a  Government  process  and  will  be  directed  by 
Government  representatives  from  the  Contracting  and  Procuring  agencies.  In 
addition,  the  contractor  shall  be  represented  by  technical  personnel  who  are 
capable  of  correcting  procedures  or  data  found  to  be  inaccurate  or  inappropriate 
for  personnel  defined  in  the  User  Profile. 

4.7.1  Scope  and  participants.  Representatives  of  the  Government  will  perform 
a  Verification  review  to  ensure  the  adequacy,  accuracy,  and  completeness  of 
the  LTTA  manual.  The  Government  will  use  task  performance  personnel  who 
most  nearly  represent  the  personnel  defined  in  the  User  Profile.  They  will 
perform  the  Checkouts  and  Logic  Tree  trouble  isolation  procedures  using  only 
the  LTTA  manual  and  authorized  tools  and  test  equipment.  Qualified  Government 
technical  personnel  will  observe  the  proceedings  and  annotate  a  copy  of  the 
manuscript  as  necessary  to  record  the  results.  The  Government  will  verify  that 
the  contractor  has  complied  with  requirements  set  forth  in  4.5  and  4.6,  as  well 
as  3. 1  through  3.5.3.  If  problem  areas  are  discovered  during  Verification 
process,  they  shall  be  recorded  by  Government  and  Contractor  observers. 

Errors  shall  be  corrected  promptly  by  the  contractor  and  the  manual  immedi¬ 
ately  resubmitted  for  Verification. 

4.7.2  Duration.  All  Spot  Checks  and  Logic  Trees  shall  be  completely  verified 
to  make  sure  the  end  User  has  an  accurate  set  of  troubleshooting  aids.  Inasmuch 
as  degrading  faults  will  not  be  inserted  in  equipment,  this  process  shall  be 
continued  in  the  operational  environment  for  those  Trees  that  cannot  be  verified 
during  the  primary  Verification  cycle.  The  contractor's  responsibility  for  this 
part  of  the  Verification  process  shall  be  continued  during  Warranty  as  specified 
in  4. 7.4.  It  will  be  the  responsibility  of  the  Procuring  activity  to  achieve  100 
percent  Verification  within  the  primary  Verification  period  if  possible,  and  to 
assume  responsibility  for  any  deficiencies  discovered  after  Warranty  expiration. 

4.7.3  Correction  of  errors.  The  contractor  shall  correct  errors  at  no  cost 
to  the  Government,  including  those  found  during  the  Warranty  period.  Errors 
introduced  by  Government-furnished  data  shall  be  corrected  by  the  contractor 
at  a  cost  agreed  upon  by  the  contractor  and  Government  or  as  specified  in  the 
contract.  All  information  corrected  or  restructured  as  a  result  of  Verification 
shall  be  revalidated  and  reverified  as  necessary  until  it  meets  the  requirements 
of  the  contract  and  this  specification. 


4.7.4  Warranty.  The  technical  data,  analysis,  and  instructional  content  of 
LTTA  manuals  shall  be  under  Contractor  warranty  for  three  years  from  date 
of  acceptance  by  the  Government. 

4.8  Prepublication  rtview.  Representatives  of  the  Government  will  perform  a 
prepublication  review  of  the  final  reproducible  copy  as  quickly  as  Verification 
corrections  can  be  completed  by  Contractor.  For  this  review,  the  contractor 
shall  expeditiously  incorporate  corrections  and  improvements  found  to  be 
necessary  during  Verification  and  prepare  the  manuscript  in  final  reproducible 
form.  The  contractor  shall  then  prepare  the  number  of  proof  copies  required 
by  the  contract.  Prepublication  review  shall  normally  be  held  in  the  contractor's 
facility  where  final  corrections  can  be  made  swiftly  so  as  to  avoid  delay  of 
reproducible  copy  delivery.  The  contractor  shall  assist  by  providing  a  suitable 
review  facility  and  qualified  personnel  who  can  resolve  technical  and  administra¬ 
tive  problems  while  the  review  is  in  progress. 

&  PACKAGING 

5.1  PjCKaging.  Packaging,  packing,  and  marking  shall  be  in  accordance  with 
MIL-M-38784  and  MIL-P-38790. 

6.  NOTES 

6.1  Intended  use.  Logic  Tree  Troubleshooting  Aid  manuals  prepared  in  accord¬ 
ance  with  the  requirements  of  this  specification  are  intended  for  use  by 
Organizational  and  Intermediate  maintenance  personnel  in  efficiently  performing 
system/ equipment  Checkout,  trouble  isolation,  and  corrective  maintenance  on  a 
designated  system  or  equipment. 

6.2  Ordering  data.  Purchasers  should  exercise  any  designed  options  offered 
herein,  and  procurement  documents  should  specify  the  following: 

a.  Title,  number,  and  date  of  this  specification 

b.  All  other  applicable  specifications  and  documents  invoked  and 
identified  in  order  of  precedence 

c.  Identification  of  the  system  for  which  the  LTTA  is  to  be  written  and 
the  maintenance  level,  Organizational  or  Intermediate,  or  both 

d.  Clear  definition  of  the  relationship  between  each  LTTA  and  the 
maintenance  manual  set  with  which  it  will  be  used  (3. 1.3) 
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e.  A  preliminary  target  User  profile,  based  on  the  capabilities  of 
personnel  as  they  graduate  from  respective  training  programs  and 
the  applicable  maintenance  concept  (3. 1. 1  and  3.2. 1. 1) 

f.  The  maintenance  concept  to  be  reflected  in  the  LTTA  (and  the  task 
analysis)  (3. 1. 1  and  3. 2. 1. 1) 

g.  The  level  of  enrichment  for  Logic  Tree  development  (3.  3. 6) 

h.  Optional  Supporting  Aids  (if  appropriate,  specify  that  the  contractor 
may  make  recommendations)  (3. 1.2.2  and  3.5) 

i.  Pocket  or  standard  size  manual  has  been  specified  for  an  Organi¬ 
zational  LTTA  (3. 1.4. 1.1) 

j.  The  Government's  plan,  procedures,  and  requirements  for  con¬ 
ducting  in-process  reviews  (4.3) 

k.  The  Government's  plan  for  Verification  requirements  and  pro¬ 
cedures  (4.7) 

l.  The  number  of  days  within  which  the  Publication/Quality  Assurance 
plan  is  to  be  submitted,  reviewed,  and  returned  (3. 1.6) 

m.  The  number  of  proof  copies  for  in-process  and  Prepublication 
reviews  (4.8) 

n.  A  Fault  Code/LTTA  Cross  Index  or  Indexes,  if  required  (7.1). 


6.3  Data  WpiWMntS.  When  this  specification  is  used  in  a  procurement  which 
incorporates  a  DD  Form  1423  and  invokes  the  provisions  of  7-104.  9(n)  of  the 
Armed  Services  Procurement  Regulations,  the  data  requirements  identified 
below  will  be  developed  as  specified  by  an  approved  Data  Item  Description 
(DD  Form  1664)  and  delivered  in  accordance  with  the  approved  Contract  Data 
Requirements  List  (DD  Form  1423)  incorporated  into  the  contract.  When  the 
provisions  of  ASPR  7-104.  9(n)  are  not  invoked,  the  data  specified  below  will 
be  delivered  by  the  contractor  in  accordance  with  the  contract  requirements. 
Deliverable  data  required  by  this  specification  is  cited  in  the  following 
paragraphs: 

Paragraph  Data  Requirement  Applicable  DID 

3.1.6  Technical  Order  Publication  Plan  DI-M-3401 

4.6.5  Validation  Record  (Tech  Orders)  Dl-M-3408 

(Copies  of  data  item  descriptions  required  by  the  contractors  in  connection  with 
specific  procurement  functions  should  be  obtained  from  the  Procuring  activity 
or  as  directed  by  the  contracting  officer). 


6.4  Terms  and  definitions.  The  following  important  terms  and  definitions  are  used 
throughout  this  specification.  An  understanding  of  each  is  necessary  to  enable 
the  contractor  to  develop  an  effective  LTTA  manual: 

6.4.1  Action  tree:  A  branching-tree  diagram  depicting  strategy  and  tests  of  a 
fault  isolation  procedure,  showing  steps  required  to  isolate  each  fault  that  can 
cause  the  symptom.  An  important  task  analysis  product  and  the  basic  building 
bloc'  for  the  Logic  Trees  in  a  LTTA. 

6.4.2  Checkout  (CO):  An  orderly,  detailed  procedure  for  checking  all  measur¬ 
able  outputs  of  an  equipment  or  system  to  determine  if  it  is  working  properly, 
and  from  which  a  set  of  fault  symptoms  is  derived.  Also  used  for  determining 
if  a  corrective  maintenance  action  has  restored  an  equipment  or  system  to 
normal  operation. 

6.4.3  Enrichment:  Supplementary  technical  data  such  as  instructions,  diagrams, 
and  step  details  that  make  a  Logic  Tree  easier  to  use  and  more  effective  than  an 
action  tree. 

6.4.4  Fault:  A  defective  piece,  part,  unit,  subassembly  or  assembly,  which 
causes  or  contributes  to  a  fault  symptom. 

6.4.5  Fault  Symptom:  Observable  or  measurable  abnormal  indication,  opera¬ 
tion,  or  function  caused  by  a  fault  in  an  equipment  or  system. 

6.4.6  Functional  block  diagram:  A  line  drawing  depicting  functional  relation¬ 
ships  between  principal  subsections  of  an  equipment  or  system,  including  energy, 
power,  or  signal  flow  paths,  significant  feedback  and  feed  forward  loops,  critical 
measurement  data,  test  points,  and  other  data  important  for  fault  isolation. 

6.4.7  Locator  diagram:  A  detailed  line  drawing  showing  configuration,  loca¬ 
tion,  and  nomenclature  of  assemblies,  subassemblies,  units,  parts  and  pieces 
required  in  a  troubleshooting  process,  including  required  test  points  and 
measurement  data  or  diagrams. 

6.4.8  Logic  Tree  (LT):  A  schematic  representation  of  the  logical  and  orderly 
decision-making  process  and  preplanned  strategy  followed  by  a  technician  to 
isolate  faults  to  a  replaceable  or  repairable  unit. 

6.4.9  LTTA:  1)  Acronym  for  Logic  Tree  Troubleshooting  Aid;  2)  A  special¬ 
ized  troubleshooting  manual  containing  Logic  Trees,  Spot  Checks,  system 
Checkouts,  locator  diagrams,  and  measurement  diagrams.  May  also  contain 
supporting  diagrams  and  troubleshooting  strategies. 


6.4.10  Measurement  diagram.  A  small,  uncaptioned  illustration  placed  on  a 
Checkout,  Logic  Tree,  or  locator  diagram  to  show  what  and  how  to  measure, 
such  as  a  close  tolerance  in  a  mechanical  system,  a  motion  or  distance,  or 
an  electronic  waveform. 

6.4.11  MTI&A.  Maintenance  task  identification  and  analysis.  The  preparatory 
analysis  phase  of  identifying  troubleshooting  tasks,  researching  data,  and 
establishing  fault  diagnosis  strategies  for  use  in  LTTA  development.  See  also 
Task  Analysis  (6. 4. 1.3)  and  AFHRL-TR-79-50  (2.1). 

6.4.12  Spot  Check.  A  quick  check  to  cut  fault  isolation  time,  especially  in 
mission-critical  situations. 

6.4.13  Task  analysis.  The  identification,  itemization,  utilization,  and  analysis 
of  tasks  and  troubleshooting  aids  required  to  maintain  and  troubleshoot  a  system. 
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•>1  <J> 
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14 
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14 

7- 


I  I 


1.0  NUMBER 


CHECKOUT  XX  (SYSTEM  NAME]  (TYPE  Of  CHECKOUT)  (Sheet  1  of  X) 


Thle  brief  preface  will  include  epeclfic  Information  about  the  Checkout  that  ia  not  pro¬ 


vided  In  the  "Preparation  for  Checkout"  Instructions  required  by  3.2.4. 


A.  1  FIRST  SUBSYSTEM)  CHECK 
1.  CONCISE  DESCRIPTION  OF  FIRST  STEP 
a.  (Sec  F/0  X-X. )  ^Location  and  identification  data:  ■ 

(1)  Flrat  action  in  detailed  procedure. 

(2)  Second  action  in  detailed  procedure. 


2.  CONCISE  DESCRIPTION  OF  SECOND  STEP 

a.  (SeeF/OX-Y.)  Location /identification  data  and  detailed  proce-1 

dure  when  procedure  ia  brief.  j 

b.  (See  F/O  X-2.  i  Additional  location  /Identification  data  and  *1 

detailed  procedure  when  another  F/O  must  be  referenced.  j 

Location/Identification  data  and  normal  indication  to  be  meaaured 
obaerved. 


{ 

r  b. 

1  or  ob 


Location/ldentiflcation  data  and  normal  indication  to  be  measured 
obaerved. 


Troubleshooting 
or  corrective 
action. 


} 


^or  oh 


Troubleahooting 
or  corrective 
action. 


►  3.  CONCISE  DESCRIPTION  OF  THIRD  STEP 
a.  (Continue  as  required.  I 

END  OF  (FIRST  SUBSYSTEM)  CHECK 

B.  (SECOND  SUBSYSTEM!  CHICh. 

-  1.  CONCISE  DESCRIPTION  OF  FIRST  STEP 

(Continue  as  required) 

END  OF  (SECOND  SUBSYSTEM)  CHECK 

C.  (LAST  SUBSYSTEM)  CHECK 

(Continue  aa  required) 

END  OF  (LAST  SUBSYSTEM)  CHECK 


xx-xx-xx 

Sheet  1  of  X 


CO  X-X- 


15 


-16 


-16 

-16 

-18 

•17 


FIGURE  1.  Sample  general  format  for  a  checkout. 
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FIGURE  3.  Sample  intermediate  level  checkout  for  electronic  system 


3.22.5. 

3.2.3.2. 


m 


3.4.1. 


.2.2.5.]  _ 


3.2. 2.8. 

3.2.2.9. 

3.2. 2.  ft 

3.2.2.10. 


10  IC  APN426-BTS 1 

CHECKOUT  MANUAL  TftM  SUBSYSTEMS  GKOONO  CHECKOUT 


to  lor  grouad  Ctottoi  *  the  roll,  pitch,  pad  yn  t 
Um:  4ft  ■laaiaa ,  «m  taeal-ft  tad  mo  laeto-ft  fli«h 


1.  Pram  aircraft  tor  Ctotort  aa  Arwad  to  Cloptar  I  to  T.O.  lC-WiC-X. 
ft.  Ova  ami  poaeU  (ft),  lift),  («),  <ll).  (tit,  <ftt>  md  (141). 
ft.  Apply  alectrlr  aad  hydraulic  power  to  aircraft  u  tor  acted  to  Chapur  ft  of  T.O. 
IC-TOIC-I. 

»•  miL  M MUAl  HUH  ggg 
ft.  CHECK  1ERV0  VALVE  INDEXING 
a.  #00  T/0  ft-). )  Oa  ooatrol  mooli,  ahf*  todt«  out  oa  altoroa  trla> 

,«hool  With  ECHO  aot  out  oa  ftouotoft. 


H — 1 

>  a* 

«* 

M 

_ 

b.  Oo  aerv©  Oo«  raarrol  valve  <30i  or  (21)  ai  tach  ailoroe,  check  that 
valve  ZERO  laden  narti  are  all(aed  1/16  taefa  aa  item  above. 

1.  CHECK  MECHANICAL  LOCK-IN 

a.  Remove  hydreulK  preaaure  toon  trim  eystem. 

b.  Set  TRIM  ewtirh  <«)  to  MANUAL. 

t.  Chock  that  toechaalcal  kK*.  move*  taic  LOCKED  detest  at  hydraulic 
aervo  valve. 

ft.  CHECK  LOCK  HOLD-IN 

a.  Appl)  hydraulic  praoaure  to  trim  eyateai. 

b.  Chock  thto  toorhoolral  look  twaatoa  la  LOCKED  dateac. 

4.  (Ceataaue  ae  repaired. ) 

■  -♦■  END  OF  ROLL  MANUAL  TRIM  CHECK 


If  aot.  adjust 
cable  aod 
puehrod. 


H 


If  »ot.  *0  to 
logic  Tree  3-4 


If  hot.  go  to 
Logic  That  H, 


h- 

h- 


C.  WKVTDOVn  CHECK 

ft.  Remove  electric  aod  hydraulic  power  from  aircraft. 
ft.  Claae  aoceaa  paoele  (ft),  (lfti,  (f ».  <1D,  (ftl).  (tt)  aod  (141). 
L  ft.  Prepare  aircraft  for  Bight  aa  directad  la  T.O.  lC-TOlC-2. 


END  OT  BIVTDOWN  CHECK 


27-00-00 
Sheet  1  of  1 


CO  3-2-h 


FIGURE  4.  Sample  checkout  for  mechanical  system. 


3.2. 2. 6. 

3.2.2.6. 

3.2. 2.6. 

3. 1.4.1. 3. 
3.2.2.11. 


T  O  )OP3  A  Q  99  TS1 


UST  OF  CHECKOUTS 


Checkout/Check 

Page 

_  CO  3-1 

3-1 

_  CO?-l 

_  CO  3-1 

_  CO  3-1 

_  CO  3-1 

3-2 

ASQ-99  Receiver-Transmitter  Bench  Checkout 

....  CO  3-2 

FIGURE  5.  Sample  list  of  checkouts 


LOGIC  TREE  X-X:  THE  TITLE  SHALL  BE  A  SPECIFIC 
FAULT  SYMPTOM  (Sheet  1  of  2) 


FROM 

Checkout  X-X,  Sup  X 


A  CAUTION  or  WARNING 
•hall  be  pieced  1 Is  the  action 
flow  path  if  required. 


Note*  that  ere  Important  for 
the  tec  hoi  clan  or  mechanic 
to  koo«-  ahall  be  placed  in  a 
box  like  this  one. 


On  an  equipment  panel  (F/O  Ref):  1 

i. 

First  step  of  ust. 

2. 

Second  sup  of  test. 

3. 

Etc. 

YES 

-NO  tvp«  quMtlos  h*r«. 

Measurement 
diagram  euch  as 
waveform  here 
if  required 


Location  statement  (F/O  Ref): 

1.  First  sup  of  test. 

_  2;. .Second  step .of.teat. 

YES-NO  type  question  here. 


FIGURE  7.  Sample  logic  tree  for  electronic  s; 


ASQ-»»-TS-l 


TABLE  6-1.  Cabin  services  spot  checks 


FAULT  SYMPTOM 

REF. 

CORRECTIVE  ACTION 

1 .  No  red  lights  on  when 

F/0 

1.  Close  NIGHT  LIGHTS  and 

LIGHTS  switch  (8)  is  set 

10-8 

LIGHTS  CONTROL  circuit 

to  NIGHT. 

breakers  (19)  and  (20). 

2.  Pressure  door  (5)  will  not 

F/O 

2.  Rotate  handle  to  CLOSED. 

open  when  handle  rotated 

10-15 

Set  lock  lever  (7)  to  VENT 

to  OPEN. 

for  30  seconds,  then  to 
UNLOCK. 

TABLE  9-2.  Communication  system  spot  checks 


FAULT  SYMPTOM 

REF. 

CORRECTIVE  ACTION 

1.  Intercom  system  not 

F/O 

1.  Close  INTERCOM,  AUX 

energized  when  switches 

9-20 

AMP  and  MASTER  circuit 

(8)  thru  (16)  set  to  ON  or 
INTERCOM. 

breakers  (7),  (8)  and  (10). 

2.  No  feedback  audio  at 

F/O 

2.  Replace  feedback 

CARGO  MASTER  panel 
(12). 

9-22 

amplifier  (4). 

FIGURE  9.  Sample  spot  check  tables. 


* 
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FIGURE  11. 


Sample  logic  tree  with  full  enrichment  (Sheet  1  of  2), 


FIGURE  14.  Sample  functional  block  diagram  for  mechanical  system 


FIGURE  17.  Sample  fault  code/LTTA  cross  index, 


APPENDIX  A 

FAULT  CODE/LTTA  CROSS  INDEX  (ORGANIZATIONAL) 

7.  SCOPE 

7.1  Purpose  and  description.  This  appendix  defines  requirements  for  an  optional 
Organizational  level  Fault  Code/LTTA  Cross  Index.  The  purpose  of  the  index 
is  to  provide  correlation  between  the  LTTA  manual  furnished  in  accordance 
with  this  specification  and  the  Fault  Reporting  and  Fault  Isolation  manuals 
provided  in  accordance  with  MIL-M-83495.  A  Fault  Code/LTTA  Cross  Index 
is  a  cross  referencing  list  that  matches  Fault  Codes  from  the  Fault  Reporting 
manual  against  corresponding  Fault  Symptoms,  Logic  Trees,  and  applicable 
Checkout  steps  in  the  LTTA  manual.  The  specific  uses  of  this  cross  index  are  to: 

a.  Use  a  Fault  Code  from  the  Fault  Reporting  manual  for  finding  a 
corresponding  Logic  Gree  in  the  LTTA  manual. 

b.  Determine  the  Fault  Code  applicable  to  a  Logic  Tree. 

c.  Back  reference  a  Fault  Code  and/or  Logic  Tree  to  the  Checkout  step 
at  which  the  corresponding  fault  symptom  was  identified. 

7.2  Detailed  raqurements.  The  requirements  are  as  follows: 

a.  A  Fault  Code/LTTA  Cross  Index  or  Indexes  shall  be  provided  as  an 
appendix  to  an  Organizational  LTTA  when  required  by  the  contract  Statement  of 
Work.  This  requirement  will  normally  be  made  only  when  a  LTTA  is  to  be 
prepared  for  a  system  for  which  there  is,  or  will  be,  Fault  Reporting  and 
Fault  Isolation  manuals  in  accordance  with  MIL-M-83495. 

b.  A  cross  index  shall  be  provided  for  each  system  or  subsystem  in 
each  volume  of  an  Organizational  level  LTTA.  Such  indexes  shall  be  contained 
in  an  appendix  under  the  title:  FAULT  CODE  CROSS  REFERENCE  INDEX(ES). 

c.  Each  index  shall  be  prepared  in  accordance  with  the  following  format 
requirements: 

(1)  Each  index  shall  be  identified  as  a  table  by  appendix  number  and 
sequence  in  the  form:  Table  A-l,  Table  A-2,  etc. 

(2)  Each  table  shall  be  titled  by  system  or  subsystem  plus  the  words 
"Fault  Code  Cross  Index." 
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(3)  Each  index  shall  provide  data  in  five  columns  as  demonstrated  in 
Figure  17. 

(4)  The  FAULT  SYMPTOM  column  shall  contain  that  part  of  the  Logic 
Tree  title  which  is  a  fault  symptom  (see  3.  3. 1). 

(5)  The  FAULT  CODE  column  shall  contain  the  code  that  matches  the 
Fault  Symptom  (see  MIL-M-83495). 

(6)  The  CHECKOUT  &  STEP  NO.  column  shall  show  the  number  of  the 
Checkout  and  the  step  within  that  Checkout  at  which  the  fault  symptom  was  identi¬ 
fied  and  which  refers  the  troubleshooter  to  the  Logic  Tree  listed  in  the  adjoining 
column. 

(7)  The  L.  T.  PAGE  column  shall  show  the  page  number  for  the  cor¬ 
responding  Logic  Tree. 
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APPENDIX  B 
VERB  LIST 


8.  SCOPE 

8.1  Purpose.  Appendix  B  adds  a  verb  list  to  this  specification. 

82  Appicable  documents.  There  are  no  additional  applicable  documents. 

8.3  Requirements.  In  the  attached  Verb  List,  each  verb  is  defined  in  terms  of  one 
or  more  meanings  associated  with  maintenance.  A  sample  sentence  has  been 
provided  for  each  usage.  A  number  entry  in  the  preference  column  indicates  the 
standing  of  that  verb  compared  to  others  with  the  same  or  similar  meaning 
(highest  ranking  is  1).  Any  synonyms  with  which  the  verb  was  ranked  are  listed 
in  terms  of  their  own  ranking.  If  a  synonym  holds  first  rank,  it  is  underlined. 
Where  necessary,  special  notes  are  also  included.  Lower  ranking  verbs  can  be 
used  when  the  first  ranked  verb  is  particularly  awkward  or  misleading  in  a  given 
statement. 
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To  free  of  sediment  or  trapped  1.  Purge  fuel  tanks, 
air  by  flushiag  or  bleeding. 


Regulate  To  fix  or  adjust  the  time.  Regulate  electrical  current  I  2.  Control 

amount  or  rate  of;  to  exercise  generation  and  distribution, 
restraining  or  directing 
influence  over. 


Hope  off  To  partition,  separate,  or  divide*  Clear  ami  rope  off  an  area 

by  a  rope  (i.c. ,  a  lar|»e  stout  arourni  the  aircraft  and  post 
cord  of  strands  of  fibers  or  w  ire  warning  siRns. 
twisted  or  braided  t'sjcther). 
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HANK  OK  PREFERENCE  NOTES 


Schedule  To  appoint,  assign,  or  deslg-  Schedule  maintenance  activities 

nate  for  a  fixed  future  time;  for  the  day. 

to  make  a  timetable  of. 
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